軟件|曾讓你哭笑不得抓狂的C語言知識點
[導讀]歡迎關注【玩轉單片機與嵌入式】公眾號，回復關鍵字獲取更多免費資料。回復【STM32】，獲取STM32相關設計和視頻教程回復【PCB】，獲取PCB設計相關的資料回復【硬件知識】、【硬件設計】，獲取硬件開發(fā)工程必備手冊回復【經(jīng)典電路】，獲取5000個經(jīng)典電路回復【論文】，獲取畢業(yè)設計...
歡迎關注【玩轉單片機與嵌入式】公眾號，回復關鍵字獲取更多免費資料。回復【STM32】，獲取STM32相關設計和視頻教程回復【PCB】，獲取PCB設計相關的資料回復【硬件知識】、【硬件設計】，獲取硬件開發(fā)工程必備手冊
回復【經(jīng)典電路】，獲取5000個經(jīng)典電路
回復【論文】，獲取畢業(yè)設計、電子競賽、學術專業(yè)等相關論文資料回復【電容】，獲取電容、元器件選型相關的內容；
回復【阻抗匹配】，獲取電磁兼容性、阻抗匹配相關的資料回復【資料】，獲取全部電子設計、單片機開發(fā)相關的資料回復【終端電阻】，獲取CAN終端電阻相關的資料回復【單片機】，獲取單片機全套視頻教程和參考設計
…………
歡迎關注【玩轉單片機與嵌入式】公眾號。本公眾號會以連載的形式推出一系列關于STM32學習的教程，歡迎關注。
1.關于 =以及-=
?這是兩個運算符,但你否有過這種經(jīng)歷:1.?int?temp;??2.?char?i??3.?for(i=0;i4.?{??5.?????...??6.?????temp= 2;????//這里本意是每次循環(huán),temp都自增2,但是卻將' ='寫成了'= ',按照這種寫法,每次循環(huán)都為temp賦值正數(shù)2,與本意相差甚遠??7.?} ?
2.?關于意想不到的死循環(huán)1.??unsigned?char?i;??2.???for(i=0;i<256;i )??3.???{??4.??????????//something??5.???} ?當我們用上述代碼想實現(xiàn)一個小循環(huán)時，結果卻事與愿違，這其實是死循環(huán)的另一種寫法，因為無符號變量i最大只有255，要命的是，編譯器并不會指出這個錯誤。
與之相類似的代碼是：1. ?unsigned char i；??2.???for(i=10;i>=0;i--)??3.???{??4.????????//something??5.???} ?這也是一個死循環(huán)，你看出什么原因了嗎？無論i如何減，i都是大于等于0的。? ? ? ?這就告訴我們對于每個變量類型的取值范圍要由清醒的認識。值得注意的是相同的變量類型對于不同的CPU構架和不同的編譯器會有不同的結果。比如int類型在大多數(shù)16位CPU構架中占用兩個字節(jié)，但在32位CPU中卻往往占用4個字節(jié)；char類型在絕大多數(shù)編譯器中都是有符號數(shù)，但在keil MDK中卻是無符號數(shù)，若是要在keil MDK下定義有符號char類型變量，必須用signed顯式聲明。我曾讀過一本書，其中有一句話：“signed關鍵字也是很寬宏大量，你也可以完全當它不存在，在缺省狀態(tài)下，編譯器默認數(shù)據(jù)位signed類型”，這句話便是有異議的，我們應該對自己所用的CPU構架以及編譯器熟練掌握。
3.?關于'='和'=='1.?if(Value=0x01)??2.?{??3.???????//something??4.?} ?當我們判斷一個變量是否等于0x01時，你是否也寫過類似上面的代碼？C語言的創(chuàng)造者認為賦值運算符"="出現(xiàn)的概率要遠遠大于等于運算符"=="，因此，我們正常邏輯中的"等于"符號(=)在C語言中成了賦值運算符，而C語言的"等于"運算符卻被兩個等于號(==)所代替。我之所以對這個事件耿耿于懷是因為我在大二的時候參加的C 二級上機考試，當我感覺很輕松的做完最后一道題后，卻發(fā)現(xiàn)運算的結果卻與邏輯相悖，經(jīng)過調試發(fā)現(xiàn)，有一個條件一直為真，我檢查了很多遍才發(fā)現(xiàn)出問題的邏輯將等于運算符寫成了賦值運算符。在if語句中給變量賦一個非零值，也難怪這個邏輯總是為真。??編譯器同樣不對這個問題做出指導性建議，值得一提的是，如果你在Keil的if語句中使用了賦值運算符，編譯器會給出警告。? ? ? ?避免這個問題的一個很好的辦法是使用良好編程習慣，比如上面的代碼可寫為：1.?if(0x01==Value)??2.?{??3.???????//something??4.} ?將常量值放到變量的前面，即使將等于運算符寫成賦值運算符，編譯器也能產(chǎn)生一個語法錯誤，因為將一個變量賦值給一個常量是非法的。
4.?error:?#7:?unrecognized?token? ? ? ?我在剛使用C語言以及Keil編譯器時，對于這個編譯器錯誤，有很深的印象。出現(xiàn)這個編譯錯誤的典型代表是在敲代碼的時候輸入了中文標點?。?/p>
真是讓人感慨萬分的錯誤！我們這些與硬件打交道的程序員，為模數(shù)電生，為PCB死，為Debug奮斗一輩子，吃需求的虧，上大小寫的當，最后死在標點上！！
5.?關于字母'O'和數(shù)字'0'，以及字母'l'和數(shù)字'1'?，在嵌入式編程中很容易和寄存器打交道，一個CPU如果有兩個相同模塊時，這些模塊寄存器，往往使用數(shù)字0和數(shù)字1來區(qū)分模塊0和模塊1，比如，NXP的ARM7 串口模塊的兩個接收緩沖寄存器分別為：U0RBR和U1RBR，要命的是在鍵盤上字母O和數(shù)字0相距的還那么近，你是否也有將上述寄存器寫成UORBR和UlRBR的經(jīng)歷，我是曾經(jīng)在這方面糾結過一次，好在編譯器能指出這個未定義的字符串。
6.?sizeof()? ? ? ??不知道有多少人和我曾經(jīng)一樣，將這個關鍵字認為是一個庫函數(shù)。1.?int?i,j;??2. j=sizeof(i);?//對于這一句，當初壓根沒把它往關鍵字上想，這家伙偽裝的實在夠好。?既然提到它，不如多說一下，sizeof在計算變量所占空間大小時，括號可以省略，而計算類型大小時，不能省略。什么意思呢？還是上面的變量聲明，可以寫成j=sizeof(i)也可以寫成j=sizeof i，因為這是計算變量所占空間大?。豢梢詫懗蒵=sizeof(int)，但不可以寫成j=sizeof int，因為這是計算數(shù)據(jù)類型大小。? ? ? ? ?總體來說，關鍵字sizeof的具有一定的變態(tài)基礎的，在我還是小白的時候，曾經(jīng)為下面的一道題傷過腦袋：
下面代碼里，假設在32位系統(tǒng)下，個sizeof計算的結果分別是多少？int?*p=NULL;? ? ? ? ? ? ?sizeof(p)的值是：? ? ? ? ? ? ?sizeof(*p)的值是：? ? ? ? ? ? ?int?a[100]? ? ? ? ? ? sizeof(a)的值是：? ? ? ? ? ? sizeof(a[100])的值是：? ? ? ? ? ? sizeof(
回復【經(jīng)典電路】，獲取5000個經(jīng)典電路
回復【論文】，獲取畢業(yè)設計、電子競賽、學術專業(yè)等相關論文資料回復【電容】，獲取電容、元器件選型相關的內容；
回復【阻抗匹配】，獲取電磁兼容性、阻抗匹配相關的資料回復【資料】，獲取全部電子設計、單片機開發(fā)相關的資料回復【終端電阻】，獲取CAN終端電阻相關的資料回復【單片機】，獲取單片機全套視頻教程和參考設計
…………
歡迎關注【玩轉單片機與嵌入式】公眾號。本公眾號會以連載的形式推出一系列關于STM32學習的教程，歡迎關注。
1.關于 =以及-=
?這是兩個運算符,但你否有過這種經(jīng)歷:1.?int?temp;??2.?char?i??3.?for(i=0;i
2.?關于意想不到的死循環(huán)1.??unsigned?char?i;??2.???for(i=0;i<256;i )??3.???{??4.??????????//something??5.???} ?當我們用上述代碼想實現(xiàn)一個小循環(huán)時，結果卻事與愿違，這其實是死循環(huán)的另一種寫法，因為無符號變量i最大只有255，要命的是，編譯器并不會指出這個錯誤。
與之相類似的代碼是：1. ?unsigned char i；??2.???for(i=10;i>=0;i--)??3.???{??4.????????//something??5.???} ?這也是一個死循環(huán)，你看出什么原因了嗎？無論i如何減，i都是大于等于0的。? ? ? ?這就告訴我們對于每個變量類型的取值范圍要由清醒的認識。值得注意的是相同的變量類型對于不同的CPU構架和不同的編譯器會有不同的結果。比如int類型在大多數(shù)16位CPU構架中占用兩個字節(jié)，但在32位CPU中卻往往占用4個字節(jié)；char類型在絕大多數(shù)編譯器中都是有符號數(shù)，但在keil MDK中卻是無符號數(shù)，若是要在keil MDK下定義有符號char類型變量，必須用signed顯式聲明。我曾讀過一本書，其中有一句話：“signed關鍵字也是很寬宏大量，你也可以完全當它不存在，在缺省狀態(tài)下，編譯器默認數(shù)據(jù)位signed類型”，這句話便是有異議的，我們應該對自己所用的CPU構架以及編譯器熟練掌握。
3.?關于'='和'=='1.?if(Value=0x01)??2.?{??3.???????//something??4.?} ?當我們判斷一個變量是否等于0x01時，你是否也寫過類似上面的代碼？C語言的創(chuàng)造者認為賦值運算符"="出現(xiàn)的概率要遠遠大于等于運算符"=="，因此，我們正常邏輯中的"等于"符號(=)在C語言中成了賦值運算符，而C語言的"等于"運算符卻被兩個等于號(==)所代替。我之所以對這個事件耿耿于懷是因為我在大二的時候參加的C 二級上機考試，當我感覺很輕松的做完最后一道題后，卻發(fā)現(xiàn)運算的結果卻與邏輯相悖，經(jīng)過調試發(fā)現(xiàn)，有一個條件一直為真，我檢查了很多遍才發(fā)現(xiàn)出問題的邏輯將等于運算符寫成了賦值運算符。在if語句中給變量賦一個非零值，也難怪這個邏輯總是為真。??編譯器同樣不對這個問題做出指導性建議，值得一提的是，如果你在Keil的if語句中使用了賦值運算符，編譯器會給出警告。? ? ? ?避免這個問題的一個很好的辦法是使用良好編程習慣，比如上面的代碼可寫為：1.?if(0x01==Value)??2.?{??3.???????//something??4.} ?將常量值放到變量的前面，即使將等于運算符寫成賦值運算符，編譯器也能產(chǎn)生一個語法錯誤，因為將一個變量賦值給一個常量是非法的。
4.?error:?#7:?unrecognized?token? ? ? ?我在剛使用C語言以及Keil編譯器時，對于這個編譯器錯誤，有很深的印象。出現(xiàn)這個編譯錯誤的典型代表是在敲代碼的時候輸入了中文標點?。?/p>
真是讓人感慨萬分的錯誤！我們這些與硬件打交道的程序員，為模數(shù)電生，為PCB死，為Debug奮斗一輩子，吃需求的虧，上大小寫的當，最后死在標點上！！
5.?關于字母'O'和數(shù)字'0'，以及字母'l'和數(shù)字'1'?，在嵌入式編程中很容易和寄存器打交道，一個CPU如果有兩個相同模塊時，這些模塊寄存器，往往使用數(shù)字0和數(shù)字1來區(qū)分模塊0和模塊1，比如，NXP的ARM7 串口模塊的兩個接收緩沖寄存器分別為：U0RBR和U1RBR，要命的是在鍵盤上字母O和數(shù)字0相距的還那么近，你是否也有將上述寄存器寫成UORBR和UlRBR的經(jīng)歷，我是曾經(jīng)在這方面糾結過一次，好在編譯器能指出這個未定義的字符串。
6.?sizeof()? ? ? ??不知道有多少人和我曾經(jīng)一樣，將這個關鍵字認為是一個庫函數(shù)。1.?int?i,j;??2. j=sizeof(i);?//對于這一句，當初壓根沒把它往關鍵字上想，這家伙偽裝的實在夠好。?既然提到它，不如多說一下，sizeof在計算變量所占空間大小時，括號可以省略，而計算類型大小時，不能省略。什么意思呢？還是上面的變量聲明，可以寫成j=sizeof(i)也可以寫成j=sizeof i，因為這是計算變量所占空間大?。豢梢詫懗蒵=sizeof(int)，但不可以寫成j=sizeof int，因為這是計算數(shù)據(jù)類型大小。? ? ? ? ?總體來說，關鍵字sizeof的具有一定的變態(tài)基礎的，在我還是小白的時候，曾經(jīng)為下面的一道題傷過腦袋：
下面代碼里，假設在32位系統(tǒng)下，個sizeof計算的結果分別是多少？int?*p=NULL;? ? ? ? ? ? ?sizeof(p)的值是：? ? ? ? ? ? ?sizeof(*p)的值是：? ? ? ? ? ? ?int?a[100]? ? ? ? ? ? sizeof(a)的值是：? ? ? ? ? ? sizeof(a[100])的值是：? ? ? ? ? ? sizeof(
下載文檔
