單片機編程時(shí)關(guān)于int

原來(lái)C語(yǔ)言并沒(méi)有進(jìn)一步明確不同硬件平臺下int位寬由硬件平臺決定這一點(diǎn)，從而導致了對int不同的理解。實(shí)際上int并沒(méi)有具體的位寬限制，是由所用硬件平臺（MCU）和編譯器共同決定位寬為多少，通常情況下編譯器會(huì )將int的位寬定為與所用MCU的位寬一致。

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

其實(shí)有解決的辦法，C語(yǔ)言它本身提供了更為精確的數據類(lèi)型。char,short,long long 分別嚴格對應8位，16位，32位，64位。絕大多數編譯器編譯出來(lái)的結果都滿(mǎn)足這種對應關(guān)系。

最后，文中給出一個(gè)建議，用C語(yǔ)言編程的時(shí)候，一定要謹慎使用int，最好是不用。

參考《刪繁就簡(jiǎn)——單片機入門(mén)到精通》