《 C 語言的一些“騷操作”及其深層理解》之多用()無壞處
多用()無壞處
!0+1，它的值等于多少？其實連我這樣的老手也不能馬上給出答案，2還是0？按C語言規(guī)定的運算符優(yōu)先級來說，應該是!大于+，所以結果應該是2。
但是如果把它放在宏里，有時候就開始坑人了：
#define VALUE !0+1
int a;
a=VALUE&0;
踩過此類坑的人無需多說，自能領會。a=2&0呢，還是a=!0+1&0呢？它們的值截然不同。
這里出現了一些運算優(yōu)先級和結合律的差錯。為了讓我們的語義和意圖正確的得以表達，所以建議多用一些()。
#define VALUE ((!0)+1)
int a;
a=VALUE&0;
這樣，a的值就一定是0了。
另外，有時候優(yōu)先級還與C語言編譯器有關，同一個表達式在不同的平臺上，可能表達的意義是不同的。所以，為了代碼的可植移性、正確性以及可讀性，振南強烈建議多用一些()。
==的反向測試
C語言中的=與==，有時候是一個大坑。主要體現在條件判斷時的值比較，如下例：
int a=0;
If(a=1)
{
//代碼
}
也許我們的原意是判斷a若為1，則執(zhí)行。但實際上if根本不起作用，因為錯把==寫成了=。
C語言中的賦值操作也是一種表達式，稱為賦值表達式，它的值即為賦值后變量的值。而C語言中條件判斷又是一種寬泛的判斷，即非0為真，為0則假。所以if(a=1)這樣的代碼編譯是不會報錯的。
這種錯誤通常是很難排查出來的，尤其是在復雜的算法中，只能一行行代碼的跟蹤。所以對于變量值的比較判斷，振南建議使用“==的反向測試”，并養(yǎng)成習慣。
int a=0;
if(1==a)
{
//代碼
}
如果把==錯寫成了=，因為常量無法被賦值，所以編譯時會報錯。
賦值操作的實質
原來一位哈工程理學院教授（搞數學的）講述了自己的一個困惑，一直以來都被我們當成一個笑話在說。他學C語言的時候，首先a=1，然后后面又來一個a=2，這讓他非常不解，a怎么可能同樣等于1又等于2呢？
其實這是因為他對計算機運行機制不了解，這個a不是他數學稿紙上的代數變量，而是計算機中實實在在的“電”，或者說“信號”，如圖2.7所示。
圖2.7 計算機中CPU與存儲器的尋址與數據傳輸
其實不限于C語言，所有編程語言的目的都是控制計算機硬件，實現電信號的傳輸、存儲等操作，最終達成某一功能。變量是存儲器中的一小塊空間，它源自于形如int a這樣的代碼編譯后由編譯器所作的存儲器分配。對變量的賦值就是CPU內核通過三總線將數據傳輸到存儲器特定地址單元上的過程。所以，a=1;a=2;只是兩次數據傳輸過程而已。
這個教授當時算是個外行，其實對于我們也是一樣的，想要真正掌握編程語言，只流于代碼表面的意思是不行的，必須對它在硬件上產生的操作有明確的認識，對計算機內部的運行機理有深入理解才可以。
下載文檔
