• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            面對現實,超越自己
            逆水行舟,不進則退
            posts - 269,comments - 32,trackbacks - 0

            有一天有個同事在通過vld調試一個內存泄漏問題,折騰了很久然后找到我。我瞥了一眼他的代碼,發現問題和我曾經遇到的一模一樣:

             1 class Base {
             2 public:
             3     ~Base();
             4 };
             5 
             6 class Derived : public Base {
             7 privated:
             8     std::vector<int> m_data;    };
             9 
            10 Base *obj = new Derived();
            11 delete obj;

            當然,實際代碼比這個復雜得多(這也是導致從發現問題到找到問題耗費大量時間的原因)。vld在報內存泄漏時,當然報的位置是new的地方。這個同事檢查了這個對象的整個生命周期,確定他正確地釋放了這個對象。

            問題的關鍵就在于:Base類的析構函數不是virtual。因為不是virtual,所以在對一個Base類型的指針進行delete時,就不會調用到派生類Derived的析構函數。而派生類里的析構函數會用于析構其內部的子對象,也就是這里的m_data。這樣,就造成了內存泄漏。

            這其實是一個很低級的失誤。但毫不客氣地說C++中有很多這種少個關鍵字或者代碼位置不對就會造成另一個結果的例子。事實上,針對這些悲劇也有很多書提出一些準則來讓大家去無腦遵守。例如針對這個例子,我就記得曾有書說,只要你覺得你的類會被繼承,那么最好給析構函數加上virtual。

            posted on 2012-09-14 13:54 王海光 閱讀(428) 評論(0)  編輯 收藏 引用 所屬分類: C++
            色婷婷久久综合中文久久蜜桃av| 久久精品国产AV一区二区三区| 国产成人精品久久免费动漫| 久久国产精品久久精品国产| 色综合久久中文色婷婷| 久久综合久久性久99毛片| 亚洲va中文字幕无码久久不卡| 久久精品国产91久久麻豆自制| 久久本道久久综合伊人| 久久er热视频在这里精品| 久久笫一福利免费导航| 久久久久人妻精品一区三寸蜜桃 | 91久久精品91久久性色| 久久99精品久久久久久噜噜| 久久婷婷五月综合成人D啪| 狠狠色丁香久久综合婷婷| 看全色黄大色大片免费久久久| 日韩精品久久久肉伦网站| 亚洲国产成人久久综合野外| 91精品国产综合久久久久久| 狠狠色噜噜色狠狠狠综合久久 | 久久精品国产亚洲AV忘忧草18| 久久免费精品视频| 人妻无码久久一区二区三区免费 | 色婷婷综合久久久久中文一区二区 | 香港aa三级久久三级| 色99久久久久高潮综合影院| 久久99精品久久久久婷婷| 区久久AAA片69亚洲| 久久99精品久久久久久野外| 日韩精品国产自在久久现线拍| 青青草原精品99久久精品66 | 久久99精品国产麻豆宅宅| 一日本道伊人久久综合影| 99久久成人18免费网站| 久久精品国产免费一区| 国产精品岛国久久久久| 久久99精品久久久久久动态图| 人妻丰满AV无码久久不卡| 久久久久久人妻无码| 久久99精品久久只有精品|