單片機編程時關于int

原來C語言并沒有進一步明確不同硬件平臺下int位寬由硬件平臺決定這一點，從而導致了對int不同的理解。實際上int并沒有具體的位寬限制，是由所用硬件平臺（MCU）和編譯器共同決定位寬為多少，通常情況下編譯器會將int的位寬定為與所用MCU的位寬一致。

文中也舉了兩個例子說明因為對int理解的不夠深入而犯的錯誤。一個是因為將int誤理解為32位，而編譯器和MCU為16位寬。一個產品需要顯示開機后的時間，顯示精度為秒。如果按照int為32位的話，定義secondCount為unsigned int的話，這是肯定能滿足要求的。但當int被編譯器按照16位來處理的話，最大記錄的時間只能差不到18小時，產品用到正常上班時段是正常的。如果開機時間長的話，很久才關機一次，那么這個產品就會有問題了。另外一個例子是如果開始一款32位MCU做的產品，后來發現一款16位的MCU可以替代，這時要進行代碼的移植。但16位MCU編譯器認為int為16位，這是就存在溢出的問題。如果把int替換為long，可能把其他的地方也改動錯誤。

其實有解決的辦法，C語言它本身提供了更為精確的數據類型。char,short,long long 分別嚴格對應8位，16位，32位，64位。絕大多數編譯器編譯出來的結果都滿足這種對應關系。

最后，文中給出一個建議，用C語言編程的時候，一定要謹慎使用int，最好是不用。

參考《刪繁就簡——單片機入門到精通》