debug版本運作沒有問題，而release版本總是報錯？

下面将講述一下我的幾點經驗，看看是不是其中之一：

1. 變量。

大家都知道，debug跟release在初始化變量時所做的操作是不同的，debug是将每個位元組位都賦成0xcc(注1)，而release的指派近似于随機(我想是直接從記憶體中配置設定的，沒有初始化過)。這樣就明确了，如果你的程式中的某個變量沒被初始化就被引用，就很有可能出現異常：用作控制變量将導緻流程導向不一緻；用作數組下标将會使程式崩潰；更加可能是造成其他變量的不準确而引起其他的錯誤。是以在聲明變量後馬上對其初始化一個預設的值是最簡單有效的辦法，否則項目大了你找都沒地方找。代碼存在錯誤在debug方式下可能會忽略而不被察覺到，如debug方式下數組越界也大多不會出錯，在release中就暴露出來了，這個找起來就比較難了:( 還是自己多加注意吧

2. 自定義消息的消息參數。

MFC為我們提供了很好的消息機制，更增加了自定義消息，好處我就不用多說了。這也存在debug跟release的問題嗎？答案是肯定的。在自定義消息的函數體聲明時，時常會看到這樣的寫法：afx_msg LRESULT OnMessageOwn(); Debug情況下一般不會有任何問題，而當你在Release下且多線程或程序間使用了消息傳遞時就會導緻無效句柄之類的錯誤。導緻這個錯誤直接原因是消息體的參數沒有添加，即應該寫成：afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam); (注2)

3. release模式下不出錯，但debug模式下報錯。

這種情況下大多也是因為代碼書寫不正确引起的，檢視MFC的源碼，可以發現好多ASSERT的語句(斷言)，這個宏隻是在debug模式下才有效，那麼就清楚了，release版不報錯是忽略了錯誤而不是沒有錯誤，這可能存在很大的隐患，因為是Debug模式下，比較友善調試，好好的檢查自己的代碼，再此就不多說了。

4. ASSERT, VERIFY, TRACE..........調試宏

這種情況很容易解釋。舉個例子：請在VC下輸入ASSERT然後選中按F12跳到宏定義的地方，這裡你就能夠發現Debug中ASSERT要執行AfxAssertFailedLine，而Release下的宏定義卻為"#define ASSERT(f) ((void)0)"。是以注意在這些調試宏的語句不要用程式相關變量如i++寫操作的語句。VERIFY是個例外，"#define VERIFY(f) ((void)(f))"，即執行，這裡的作用就不多追究了，有興趣可自己研究:)。

總結：

Debug與Release不同的問題在剛開始編寫代碼時會經常發生，99%是因為你的代碼書寫錯誤而導緻的，是以不要動不動就說系統問題或編譯器問題，努力找找自己的原因才是根本。我從前就常常遇到這情況，經曆過一次次的教訓後我就開始注意了，現在我所寫過的代碼我已經好久沒遇到這種問題了。下面是幾個避免的方面，即使沒有這種問題也應注意一下：

1. 注意變量的初始化，尤其是指針變量，數組變量的初始化(很大的情況下另作考慮了)。

2. 自定義消息及其他聲明的标準寫法

3. 使用調試宏時使用後最好注釋掉

4. 盡量使用try - catch(...)

5. 盡量使用子產品，不但表達清楚而且友善調試。