最近遇到一個問題，在debug模式下怎么運行結果都是正確的，而release時會出現一些詭異的問題，但是問題又詭異的很，比如我printf幾句無關痛癢的log信息，可能現象又對了。

只好在匯編模式下一行一行的跟下去，最終發現了問題的所在。

問題是這樣的，我有一處代碼用到了zlib的解壓：

int?uncompress(Bytef *?dest, uLongf *?destLen, const Bytef *?source, uLong?sourceLen);

因為之前沒用過也沒有仔細看參數傳遞規則，不知道deslen一定要傳入目標buffer dest的大小，以為他只是一個返回值，于是就這樣調用了：

uLongf destLen;

uncompress(dest, destLen, ...);

這里犯了兩個錯誤，一是沒有檢查uncompress的返回值（這里不怪我，因為我調用的函數是前人在uncompress上封裝了一層，然后就沒返回值了）。然后呢，詭異的問題就出現了：

VC的debug模式局部變量會默認的賦值為0xcdcdcdcd，這是debug下正確的原因，因為uncompress會認為我的傳入dest是足夠大的（事實上是剛剛夠，因為解壓之前我就知道這個buffer的大小），所以就高高興興地去解壓了，然后目標buffer也足夠大不會越界，然后，然后就一切正常了...

而release下VC就不會給局部變量賦值了，然后呢，在調用的時候有時（對，就是有時，沒初始化，這個值就是隨機的！）就會發現目標buffer dest的大小不夠用了，然后就調用失敗了，然后我調用的函數沒有返回值，然后認為一切正常，然后dest里的值還是初始值，然后就效果不對了，然后就傻逼了...

歸根結底呢，是壞習慣的問題，首先，應該檢查返回值，這是前人的錯，我可以無恥的推卸掉，但是變量沒初始化的過錯就是萬萬退不掉了，假使我即使不知道destLen要傳實際dest的大小，我把它初始化成0，那么至少會在debug的時候問題就顯現出來，不至于在release中無所適從，一個簡單的問題用了半天的時間才發現根結所在。

所以結論就是，定義變量時一定要初始化，哪怕看起來很無用很無聊，至少這樣會減少很多犯錯的幾率！

轉載于:https://www.cnblogs.com/andyzhshg/archive/2012/10/31/2747896.html

總結

以上是生活随笔為你收集整理的定义变量时一定要初始化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。