A. c語言中的常量分為哪兩種查的都是分為了四種
總的分為數字常量和字元常量，其中數字常量又分為整型常量，浮點型（實數）常量；字元常量分為字元型常量，字元串常量。
B. c語言函數從形式上分為哪兩種
一種是用戶自定義函數，就是自己根據功能的需要自己編寫的函數；另一種是系統自帶的函數，如sqrt(x)函數 (就是求x的二次方根)，這樣的可以直接用，前提是得在頭文件中把它們包含進去。
在編程領域中，C語言的運用非常之多，它兼顧了高級語言的匯編語言的優點，相較於其它編程語言具有較大優勢。計算機系統設計以及應用程序編寫是C語言應用的兩大領域。同時，C語言的普適較強，在許多計算機操作系統中都能夠得到適用，且效率顯著。
(2)c語言效率分為哪兩種擴展閱讀：
C語言包含有各種控制語句僅有9種，關鍵字也只有32 個，程序的編寫要求不嚴格且多以小寫字母為主，對許多不必要的部分進行了精簡。
實際上，語句構成與硬體有關聯的較少，且C語言本身不提供與硬體相關的輸入輸出、文件管理等功能，如需此類功能，需要通過配合編譯系統所支持的各類庫進行編程，故c語言擁有非常簡潔的編譯系統。
如果一個變數名後面跟著一個有數字的中括弧，這個聲明就是數組聲明。字元串也是一種數組。它們以ASCII的NULL作為數組的結束。要特別注意的是，方括內的索引值是從0算起的。
C. C語言效率問題-兩個整型數的交換
說到交換效率，就必須涉及到硬體。在32位機器中，數據寄存器(AX，BC，CX，DX，EX等)都是32位的，在這類機器中，int類型的數據也是32位的，這就是int類型操作最為簡潔方便的原因。
加法的操作是，取數到寄存器(兩次，一次是被加數，另一次是加數)，實施加法運算，並將結果存儲到指定地址單元，減法操作於此類似。
賦值操作是，取數，存數。
通常，取存數操作的時間消耗高於寄存器操作，故假定，寄存器加、減操作的時間消耗為1，存儲器取存操作的時間消耗為2，依次累計以上三種交換操作來比較優劣，注意這里用的是int類型數據的操作，浮點型數據操作校友區別。
方法1：int c = a; a = b; b = c;
2 + 2 + 2 = 8
方法2：a = a + b; b = a - b; a = a - b;
3 × (2 + 2 + 1) = 15
方法3：a = a + b - (b = a); // 貌似不能完成交換操作？
2 + 2 + 2 + 2 + 1 + 1 = 10
由此可見，方法1最為高效。
D. c語言這兩種代碼哪個執行效率高
第一個時效高一些，因為人工算好了計算月之前的天數。
E. C語言中，多維數組和多個數組，哪一種更效率
如果你學過編譯了你就知道多維數組的訪問比一位數組在編譯時要更加復雜，在符號表中需要保存的內情向量也會跟大。就用你給出的例子說明：a[i][j]實際對應的內存偏移地址是由base(a)+(i*array(a,1)+j)*sizeof(a)這個公式計算得來的。其中base(a)表示數組a的基地址，而array(a,1)表示數組a的一維維度大小。而b[i]對應的偏移地址則是由base(b)+i*sizeof(b)。而對數組元素的訪問實際就是對數組元素所對應的內存偏移地址的訪問。由此可見數組每多一維，在訪問其變數時就得多做一次乘法，並且編譯後生成的中間代碼也會更長，效率自然要低。
但是，我個人推薦沒有必要非得為這點效率而迴避多維數組。其一，是因為在連續訪問多維數組時，你的編譯器會為你做優化，從而大大提高訪問效率，優化後的效率損失可以忽略不計。其次，如果數組是在堆上分配的，那就是一片連續的內存空間。比幾片零散的空間更加規整。再者，如果你寫有關多維矩陣的程序。固執的使用低維數組會大大增加程序復雜度並降低可讀性，甚至效率反而會降低。總之，我們還是不要撿了芝麻，丟了西瓜的好。
F. c語言效率問題
匯編語言的效率確實比C語言高，但匯編語言調試過程較為困難，代碼容易遺留缺陷，而且難以維護。其實編譯器已經把你這個想法幹掉了，C編譯器會把C代碼轉換成匯編代碼，再翻譯成機器指令。如果想獲得較高的效率，可在編譯前，將編譯器的優化選項打開，如此即可獲得較高效率的代碼。如果這樣得到的代碼還是不能滿足要求，那麼合適的做法是識別程序中對效率要求最高的一小部分，將這小部分代碼用匯編實現，並將代碼嵌入到C程序中。
G. c語言函數分為哪兩類
構成一個C語言程序的函數可以劃分為兩種基本類型：
一種是由C語言系統提供的函數，這類函數用戶可以直接在程序中調用，從而完成一定的功能，這類函數也被稱為C語言的「庫函數」或「標准函數」。
另一種是由用戶在程序中定義的函數，是由用戶根據應用程序的需要而定義、用以完成特定功能的程序模塊，稱為「
用戶自定義函數」。
H. 關於C語言語句效率問題
第二種效率高一些
while (判斷語句) { // 當然這里的判斷語句和前面的那個是反著的
...
}
因為第一種有太多的分支預測失誤，所以浪費了很多的時鍾周期，效率略低一些
I. C語言 請問以下幾種代碼那種效率高
1. t=1-t效率最高。兩次寄存器操作，一次取址，一次減法指令。
剩下兩種匯編指令沒什麼區別，但都比第一種慢。
2.++i效率最高，有過專業分析比i++少了一次寄存器操作指令。
J. c語言的編譯效率是最快的嗎
計算機不能直接理解高級語言，只能直接理解機器語言，所以必須要把高級語言翻譯成機器語言，計算機才能執行高級語言編寫的程序。翻譯的方式有兩種，一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。解釋是一句一句的翻譯。編譯型與解釋型，兩者各有利弊。前者由於程序執行速度快，同等條件下對系統要求較低，因此像開發操作系統、大型應用程序、資料庫系統等時都採用它，像C/C++、Pascal/Object Pascal（Delphi）等都是編譯語言，而一些網頁腳本、伺服器腳本及輔助開發介面這樣的對速度要求不高、對不同系統平台間的兼容性有一定要求的程序則通常使用解釋性語言，如Java、JavaScript、VBScript、Perl、Python、Ruby、MATLAB 等等。但隨著硬體的升級和設計思想的變革，編譯型和解釋型語言越來越籠統，主要體現在一些新興的高級語言上，而解釋型語言的自身特點也使得編譯器廠商願意花費更多成本來優化解釋器，解釋型語言性能超過編譯型語言也是必然的。