LINGSUIYU'S BLOG

        昨天在調(diào)程序時(shí)，發(fā)現(xiàn)了一個(gè)問(wèn)題，在Debug模式下出現(xiàn)Debug Error！DAMAGE：after Normal block (#xxxx)錯(cuò)誤，Release沒(méi)問(wèn)題。網(wǎng)上一搜，知道這是由越界訪問(wèn)內(nèi)存，破壞了內(nèi)存中其他數(shù)據(jù)而引起問(wèn)題。但大部分帖子介紹這個(gè)問(wèn)題都是由動(dòng)態(tài)申請(qǐng)內(nèi)存和動(dòng)態(tài)釋放引起。而我的程序中根本沒(méi)有用過(guò)new和delete；也有一個(gè)帖子說(shuō)數(shù)組越界也會(huì)發(fā)生這種情況，我又查了很多遍，數(shù)組都正常。只好繼續(xù)調(diào)代碼，最后被我跟到一個(gè)調(diào)用的DLL（DLL也是自己寫(xiě)的）里面，并且鎖定在一行代碼上：


        這里ModelName是從調(diào)用DLL的類的實(shí)例中傳過(guò)來(lái)的一個(gè)字符串指針，在DLL中由于上面的語(yǔ)句，導(dǎo)致調(diào)用處的字符指針越界，從而產(chǎn)生了這個(gè)錯(cuò)誤。因?yàn)镽elease沒(méi)有內(nèi)存越界提示，所以沒(méi)有發(fā)現(xiàn)這個(gè)問(wèn)題，但這樣的內(nèi)存隱患足以致命。可見(jiàn)操作指針內(nèi)存小心為上，故慎重的把它記錄下來(lái)。

        在Efficient C++的第二章，講述了關(guān)于繼承和構(gòu)造(析構(gòu))函數(shù)造成的計(jì)算開(kāi)銷，仍然有些糊涂。對(duì)與以下三段關(guān)于互斥鎖使用的代碼（來(lái)自Efficient c++）：

 

書(shū)中測(cè)得的結(jié)果是Version 1和 Version 2 耗時(shí)相同，為1.01s，而Version 3 耗時(shí)1.63秒，這說(shuō)明前兩個(gè)版本計(jì)算開(kāi)銷相同而第三個(gè)版本計(jì)算開(kāi)銷明顯增加。
        而書(shū)中也說(shuō)了Version 2 的構(gòu)造函數(shù)中，初始化myLock成員是計(jì)算損失，當(dāng)acquire()內(nèi)聯(lián)不成功的時(shí)候，調(diào)用acquire()也是計(jì)算損失。
        再看Version 3，它首先調(diào)用基類的構(gòu)造函數(shù)，由于是內(nèi)聯(lián)的，而且函數(shù)體為空，其開(kāi)銷應(yīng)該忽略不計(jì)，然后是初始化myLock，調(diào)用acquire()，這些都跟Version 2中一樣。
        這樣看起來(lái)反倒是Version 2 和  Version 3 的計(jì)算花費(fèi)應(yīng)該相同了，而Version 1的計(jì)算花費(fèi)要比它們少。而書(shū)上好像沒(méi)有對(duì)這個(gè)問(wèn)題作出解釋。我不知道是什么地方理解錯(cuò)誤了，所以先懸著，等找到答案再把它寫(xiě)完。或者如有看到此文而不吝賜教的，不勝感激！