最近排查軟件的一個問題，百思不得其解，最后查下來竟然是一個變量沒有初始化引起的！

1、問題排查過程

最近在按照新需求，開發新功能，在調試某個功能時，出現一個詭異的現象。在運行通過release安裝包安裝的exe版本，始終是有問題的，但是直接在VS2017中進行release版本調試，發現功能居然是正常的！

同樣都是release版本，底層庫都是一樣的，兩個版本表現居然截然不同，這太奇怪了！百思不得其解！

于是繼續排查，想到這個問題在之前穩定版本是沒有的，應該是最近開發新功能引起的，于是使用svn查看了最近的代碼提交記錄，找到相關代碼模塊仔細排查，結果發現是一個BOOL變量影響了代碼的控制邏輯。在程序運行的開始階段，該變量應該是FALSE的，出問題的版本居然走到該控制變量為TRUE的分支中，導致代碼的控制邏輯出了問題，所以導致上述問題！

在變量沒有初始化時，很多編譯器在debug下會自動初始化，但在release下不會自動初始化。release下變量如果沒有初始化，變量的值將會是一個隨機值，是給該變量分配的內存時內存中的值，所以會是隨機值，一旦出現了隨機值，程序運行時會出現不可預知的結果。

本例中，直接運行安裝包安裝的exe版本與release調試運行，該控制變量會得到隨機值，所以導致兩種情況下的不同表現！

另外，有點迷惑人的地方是，幾乎每次直接運行安裝包安裝的exe版本時，該BOOL變量的隨機值都是TRUE，但在release下調試運行時該變量的值一直是FALSE，這也許和兩種情況的啟動運行機制差異有關系吧！反正是變量沒有初始化引起的！

2、總結

以前我們在開發團隊中一再強調變量要初始化，但還是有人說，變量不需要一上來就初始化，只要控制好自己的代碼邏輯就好了，我表示很不贊同！只有經歷過問題的人，才會有深刻體會吧！