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

            colorful

            zc qq:1337220912

             

            shared_from_this 幾個(gè)值得注意的地方

            shared_from_this()是 enable_shared_from_this<T>的成員 函數(shù),返回shared_ptr<T>。首先需要注意的是,這個(gè)函數(shù)僅在shared_ptr<T>的構(gòu)造函數(shù)被調(diào)用之后才能使 用。原因是enable_shared_from_this::weak_ptr并不在構(gòu)造函數(shù)中設(shè)置,而是在shared_ptr<T>的 構(gòu)造函數(shù)中設(shè)置。

            如下代碼是錯(cuò)誤的:
            1. class D:public boost::enable_shared_from_this<D>
            2. {
            3. public:
            4.     D()
            5.     {
            6.         boost::shared_ptr<D> p=shared_from_this();
            7.     }
            8. };
            復(fù)制代碼
            原 因很簡單,在D的構(gòu)造函數(shù)中雖然可以保證enable_shared_from_this<D>的構(gòu)造函數(shù)已經(jīng)被調(diào)用,但正如前面所 說,weak_ptr還沒有設(shè)置。

            如下代碼也是錯(cuò)誤的:
            1. class D:public boost::enable_shared_from_this<D>
            2. {
            3. public:
            4.     void func()
            5.     {
            6.         boost::shared_ptr<D> p=shared_from_this();
            7.     }
            8. };
            9. void main()
            10. {
            11.     D d;
            12.     d.func();
            13. }
            復(fù)制代碼
            錯(cuò) 誤原因同上。

            如下代碼是正確的:
            1. void main()
            2. {
            3.     boost::shared_ptr<D> d(new D);
            4.     d->func();
            5. }
            復(fù)制代碼
            這 里boost::shared_ptr<D> d(new D)實(shí)際上執(zhí)行了3個(gè)動作:首先調(diào)用enable_shared_from_this<D>的構(gòu)造函數(shù);其次調(diào)用D的構(gòu)造函數(shù);最后調(diào)用 shared_ptr<D>的構(gòu)造函數(shù)。是第3個(gè)動作設(shè)置了enable_shared_from_this<D>的 weak_ptr,而不是第1個(gè)動作。這個(gè)地方是很違背c++常理和邏輯的,必須小心。

            結(jié)論是,不要在構(gòu)造函數(shù)中使用shared_from_this;其次,如果要使用shared_ptr,則應(yīng)該 在所有地方均使用,不能使用D d這種方式,也決不要傳遞裸指針。   

            另一個(gè)值得注意的地方是在類的繼承樹中不能有2個(gè)或更多個(gè)enable_shared_from_this<T>。例如如下代碼是錯(cuò)誤的:
            1. class A:public boost::enable_shared_from_this<A>
            2. {
            3. public:
            4.     A():a(1){}
            5.     virtual ~A(){}
            6.     boost::shared_ptr<A> get_ptra(){return shared_from_this();}
            7.     int a;
            8. };
            9. class B:public A,public boost::enable_shared_from_this<B>
            10. {
            11. public:
            12.     B():b(2){}
            13.     boost::shared_ptr<B> get_ptrb()
            14.     {
            15.         return boost::enable_shared_from_this<B>::shared_from_this();
            16.     }
            17.     int b;
            18. };
            19. int _tmain(int argc, _TCHAR* argv[])
            20. {
            21.     {
            22.         boost::shared_ptr<B> x(new B);
            23.         boost::shared_ptr<A> a1 = x->get_ptra();
            24.         boost::shared_ptr<B> b1 = x->get_ptrb();
            25.     }
            26.     return 0;
            27. }
            復(fù)制代碼
            注 意上面代碼中,B同時(shí)擁有2個(gè)enable_shared_from_this的基類,一個(gè)是 enable_shared_from_this<A>,另一個(gè)是enable_shared_from_this<B>。在 boost::shared_ptr<B> x(new B);這行代碼中,shared_ptr<B>的構(gòu)造函數(shù)僅會設(shè)置2個(gè)基類中的一個(gè)的weak_ptr。在上面的例子中,僅設(shè)置 enable_shared_from_this<A>的。如果修改B的定義為:

            class B:public boost::enable_shared_from_this<B>,public A,

            則僅設(shè)置enable_shared_from_this<B>的weak_ptr。很明顯都是錯(cuò)誤的。

            那么enable_shared_from_this以及shared_ptr為何要如此實(shí)現(xiàn)呢?又為什么會有如此怪異的結(jié)果呢?

            首先考察shared_ptr的構(gòu)造函數(shù):
            1. template<class Y>
            2. explicit shared_ptr( Y * p ): px( p ), pn( p ) // Y must be complete
            3. {
            4.     boost::detail::sp_enable_shared_from_this( pn, p, p );
            5. }
            6. template<class T, class Y> void sp_enable_shared_from_this( shared_count const & pn, boost::enable_shared_from_this<T> const * pe, Y const * px )
            7. {
            8.     if(pe != 0) pe->_internal_weak_this._internal_assign(const_cast<Y*>(px), pn);
            9. }
            復(fù)制代碼
            注 意這個(gè)sp_enable_shared_from_this是一個(gè)模板函數(shù),而且僅調(diào)用了一次,所以不可能2個(gè) enable_shared_from_this基類的weak_ptr都被賦值。但問題在于,在調(diào)換了B的定義之后結(jié)果居然是不一樣的。這里有一個(gè)很隱 秘的編譯器BUG。按道理來說,編譯器在編譯這段代碼時(shí),應(yīng)該注意到無法真正決斷該怎么實(shí)例化sp_enable_shared_from_this并且 報(bào)一個(gè)錯(cuò),但vc 2008并沒有報(bào)錯(cuò),而是通過編譯了。(g++會在此處報(bào)錯(cuò))

            那么正確的解法是怎樣的呢?
            1. class B:public A
            2. {
            3. public:
            4.     B():b(2){}
            5.     boost::shared_ptr<B> get_ptrb()
            6.     {
            7.         return boost::dynamic_pointer_cast<B>(shared_from_this());
            8.     }
            9.     int b;
            10. };
            復(fù)制代碼
            注 意到這里B并沒有直接繼承enable_shared_from_this,而是使用dynamic_pointer_cast進(jìn)行了類型轉(zhuǎn)換。

            關(guān)于為什么enable_shared_from_this是這樣實(shí)現(xiàn)的,可以參看作者原文:

            Every enable_shared_from_this base contains a weak_ptr, The shared_ptr constructor looks up the enable_shared_from_this base and initializes its weak_ptr accordingly. This doesn't work when there are
            two or more enable_shared_from_this bases, though.

            I could put the weak_ptr in a virtual polymorphic base. This would force polymorphism on all clients of enable_shared_from_this... probably acceptable. It will also force a dynamic_pointer_cast in every
            shared_from_this, and this may be harder to swallow, particularly in cases where RTTI is off. So I'm not sure.

            If you do want the above behavior, it's easy to duplicate, as I already responded in my first post on the topic. Just make FooB return dynamic_pointer_cast<B>( FooA() ) and remove the enable_shared_from_this<B>
            base (A needs to be made polymorphic, of course).

            注意為了讓dynamic_pointer_cast能工作,A必須具有虛函數(shù),那么最簡單的做法當(dāng)然是令其析構(gòu)函 數(shù)為虛函數(shù)(通常一個(gè)class如果希望被繼承,析構(gòu)函數(shù)就應(yīng)該為虛函數(shù))

            posted on 2012-06-22 22:42 多彩人生 閱讀(622) 評論(0)  編輯 收藏 引用 所屬分類: boost

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久久久亚洲精品中文字幕| 成人午夜精品久久久久久久小说| 伊人久久大香线蕉精品不卡| 理论片午午伦夜理片久久 | 一级a性色生活片久久无少妇一级婬片免费放 | 国产一区二区久久久| 久久久久亚洲AV无码永不| 国产精品无码久久久久| 久久综合综合久久综合| 久久亚洲色一区二区三区| 色欲久久久天天天综合网精品| 狠狠久久综合| 久久精品国产网红主播| 亚洲国产成人久久综合区| www久久久天天com| 久久久久久国产a免费观看黄色大片| 国产精品禁18久久久夂久 | 久久久精品久久久久影院| 大伊人青草狠狠久久| 伊人久久综合成人网| 色综合合久久天天给综看| 97久久天天综合色天天综合色hd | 国产精品久久久久…| 久久天天婷婷五月俺也去| 国产成人久久777777| 久久精品嫩草影院| 亚洲国产精品无码久久久蜜芽 | 亚洲国产精品久久久久久| 伊人色综合久久天天人手人婷| 久久久艹| 久久中文精品无码中文字幕| 国产福利电影一区二区三区久久老子无码午夜伦不 | 青青热久久国产久精品| 国产毛片久久久久久国产毛片 | 久久精品国产男包| 久久99国产精品久久99小说| 久久久噜噜噜久久| 亚洲另类欧美综合久久图片区| 久久久精品久久久久久| 久久国产三级无码一区二区| 久久久91人妻无码精品蜜桃HD|