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

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

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

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

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

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