• <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>

            天下

            記錄修行的印記

            析構函數virtual與非virtual區別

            作為通常的原則,如果一個類定義了虛函數,那么它的析構函數就應當是virtual的。因為定義了虛函數則隱含著:這個類會被繼承,并且會通過基類的指針指向子類對象,從而得到多態性。   這個類可能會被繼承,并且會通過基類的指針指向子類對象”,因此基類的析構函數是否為虛將決定子類的對象是否被析構。


            很多時候你只能夠獲取基類指針,但卻不知道它實際是哪個子類,這時候刪除基類指針時虛析構函數就很有用了。
            #include <iostream>
            using namespace std;
            struct A
            {
                A(){cout 
            << "A::()"<<endl;}
                
            virtual ~A() {cout<<"~A()\n";}
            };

            struct B: public A
            {
                B(){cout 
            << "B::()"<<endl;}
                
            ~B() {cout<<"~B()\n";}
            };

            int main()
            {
                A
            * p = new B;
                delete p;
                
            //B b;
                return 0;
            }


            如果 A的析構函數不是virtual的,那么此時就不是先調用B的析構函數再調用A的析構函數。
            輸出:
            ~A(); 

            如果A   的析構函數為virtual,則先~B(),再~A()  
            輸出:
            ~B();
            ~A();

            類如果會被派生的話,析構函數一般都應該定義為virtual的,主要不是防止內存泄露,而是為了正確的析構。如果是個封閉類(即不再被派生),就不要定義為virtual的。虛函數畢竟耗費較大的。

            不用virtual 的幾種情況:
              1、作為非公有基類。僅作為   private   base   class   使用的   class   不需要使用虛擬析構函數  
              2、不作為接口使用的基類。  
              3.   如果你可以保證這個類不被public繼承(private/protected繼承的話,在非friend函數/類中就無法用基類指針指向派生類了)  
              4.   如果它的所有派生類(包括派生類的派生類)的析構函數都是trivial的(這里的trivial指的是在程序員的層次什么事也不做)  
              5.   如果不需要用基類的指針指向派生類的對象  
              在這五種情況下,不把析構函數聲明為virtual都是可以的,何況效率會高一些——但前提是你得保證前提的成立——不過這些保證常常是很難100%的:誰能保證別人在派生你的類的時候,析構函數是trivial的,或者別人不用你提供的基類的指針指向派生類對象?這些常常是很難得到保證的。  

            聲明基類的析構函數為virtual并非總是為了防止memory   leak   另外這也只是作為一般的原則(基類中有虛函數則把其析構函數聲明為virtual)。如果你的析構函數什么事也不作,從效果上來說,不聲明為virtual也無妨

            posted on 2010-12-23 15:04 天下 閱讀(2196) 評論(2)  編輯 收藏 引用 所屬分類: C/C++

            評論

            # re: 析構函數virtual與非virtual區別 2010-12-23 17:11 陳梓瀚(vczh)

            其實我認為只要他的構造函數和析構函數是public的,或者有friend class,那么他就可以被繼承——所以析構函數要虛。  回復  更多評論   

            # re: 析構函數virtual與非virtual區別 2010-12-23 17:13 陳梓瀚(vczh)

            而且還有一個,“如果你的析構函數什么事也不作,從效果上來說,不聲明為virtual也無妨”是錯的,應該是:

            如果所有子類的析構函數什么都不做,而且他們的成員的析構函數也都什么都不做的話,不聲明為virtual也無妨。其實跟你自己有沒有做什么是沒有關系的。  回復  更多評論   

            <2011年10月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(378)

            隨筆檔案(329)

            鏈接

            最新隨筆

            搜索

            最新評論

            国产麻豆精品久久一二三| 欧洲人妻丰满av无码久久不卡| 国产成人久久精品一区二区三区 | 色综合久久中文综合网| 欧美综合天天夜夜久久| 久久久久久亚洲精品不卡| 亚洲精品视频久久久| 精品国产福利久久久| 欧美日韩精品久久免费| 久久99国产精品久久| 久久久无码精品亚洲日韩京东传媒 | 久久亚洲欧美日本精品| 亚洲欧美国产日韩综合久久| 久久精品人人做人人爽电影| 一级A毛片免费观看久久精品| 久久99热狠狠色精品一区| 亚洲人AV永久一区二区三区久久| 久久成人国产精品| 精品久久久久久久久免费影院| 国产福利电影一区二区三区,免费久久久久久久精 | 久久国产高清一区二区三区| 亚洲AV无码久久寂寞少妇| 久久一区二区三区免费| 99久久亚洲综合精品网站| 久久国产精品99国产精| 午夜欧美精品久久久久久久| 香蕉久久夜色精品国产尤物| 精品一久久香蕉国产线看播放| 精品亚洲综合久久中文字幕| 国产成人久久精品激情| 精品久久久久久国产潘金莲| 久久久婷婷五月亚洲97号色| 中文字幕无码免费久久| AV无码久久久久不卡蜜桃| 久久久久精品国产亚洲AV无码| 中文精品99久久国产| 亚洲精品无码久久毛片| 波多野结衣久久一区二区| 少妇熟女久久综合网色欲| 亚洲精品国产美女久久久| 亚洲国产精品无码久久SM|