這兩天在寫一些導出類庫，在測試的時候遇到十分詭異的問題，使我遭受痛苦折磨。經(jīng)驗是寫代碼到處都可能是炸彈，如果不是見多識光還真有可能懷疑計算機或者相信有鬼。

下面來引入問題：
我寫了一個類，需要保存Tooltip信息和一些動態(tài)數(shù)組信息。結(jié)構(gòu)應該類似下面這樣：
為了說明問題適當調(diào)整了一下，實際情況那個動態(tài)數(shù)組使用的是stl容器，當然不影響問題說明。


這個想法很自然看起來也不可能有錯誤，于是我就做了測試，結(jié)果出現(xiàn)了問題。當時由于代碼很多，我一段一段進行了分析，最終發(fā)現(xiàn)調(diào)用該導出類出的問題。這樣我直接做了這樣的測試：
結(jié)果錯誤，堆內(nèi)存毀壞。百思不得其解，開始懷疑stl的分配器導致的問題，修改成自己寫的集合類，仍然有問題。有開始一段一段屏蔽代碼，最終發(fā)現(xiàn)只要TOOLINFO后面有動態(tài)數(shù)組就會導致問題，但是還是沒有找到問題的根本。

開始不相信計算機了，開始懷疑有鬼了。無奈，新建一個win32的helloworld，刪除所有代碼和資源，只剩下winmain，重復上面的new和delete，發(fā)現(xiàn)居然沒有問題了。真是見鬼了？？難道預編譯頭都能引起內(nèi)存問題嗎？？幸好同事zengfanmiao提到stdafx里面的內(nèi)容讓我突然想起那些定義的宏會不會導致內(nèi)存分配問題。

查看TOOLINFO的定義：

哦，天哪，發(fā)現(xiàn)眉目了，果然是這個宏定義導致的。在測試工程里面沒有定義_WIN32_WINNT，而在dll里面定義該宏為0x0501。所以該對象大小在dll比在測試時大4個字節(jié)。一旦對dll里面數(shù)據(jù)進行了修改就會導致越界訪問。這樣在delete的時候，就會報錯。

這個問題在之前就遇到過，但是不知道怎么就巧合避開了。這次終于了解了內(nèi)幕，寫代碼還真的小心。MS產(chǎn)品線太長，os的維護導致大量結(jié)構(gòu)體存在這樣做法，只能搖頭嘆息，牢記牢記！！！