單片機編程時關于int
原來C語言并沒有進一步明確不同硬件平臺下int位寬由硬件平臺決定這一點,從而導致了對int不同的理解。實際上int并沒有具體的位寬限制,是由所用硬件平臺(MCU)和編譯器共同決定位寬為多少,通常情況下編譯器會將int的位寬定為與所用MCU的位寬一致。
本文引用地址:http://m.butianyuan.cn/article/201611/319103.htm文中也舉了兩個例子說明因為對int理解的不夠深入而犯的錯誤。一個是因為將int誤理解為32位,而編譯器和MCU為16位寬。一個產(chǎn)品需要顯示開機后的時間,顯示精度為秒。如果按照int為32位的話,定義secondCount為unsigned int的話,這是肯定能滿足要求的。但當int被編譯器按照16位來處理的話,最大記錄的時間只能差不到18小時,產(chǎn)品用到正常上班時段是正常的。如果開機時間長的話,很久才關機一次,那么這個產(chǎn)品就會有問題了。另外一個例子是如果開始一款32位MCU做的產(chǎn)品,后來發(fā)現(xiàn)一款16位的MCU可以替代,這時要進行代碼的移植。但16位MCU編譯器認為int為16位,這是就存在溢出的問題。如果把int替換為long,可能把其他的地方也改動錯誤。
其實有解決的辦法,C語言它本身提供了更為精確的數(shù)據(jù)類型。char,short,long long 分別嚴格對應8位,16位,32位,64位。絕大多數(shù)編譯器編譯出來的結果都滿足這種對應關系。
最后,文中給出一個建議,用C語言編程的時候,一定要謹慎使用int,最好是不用。
參考《刪繁就簡——單片機入門到精通》
評論