青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

colorful

zc qq:1337220912

 

shared_from_this 幾個值得注意的地方

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

如下代碼是錯誤的:
  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. };
復制代碼
原 因很簡單,在D的構造函數中雖然可以保證enable_shared_from_this<D>的構造函數已經被調用,但正如前面所 說,weak_ptr還沒有設置。

如下代碼也是錯誤的:
  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. }
復制代碼
錯 誤原因同上。

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

結論是,不要在構造函數中使用shared_from_this;其次,如果要使用shared_ptr,則應該 在所有地方均使用,不能使用D d這種方式,也決不要傳遞裸指針。   

另一個值得注意的地方是在類的繼承樹中不能有2個或更多個enable_shared_from_this<T>。例如如下代碼是錯誤的:
  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. }
復制代碼
注 意上面代碼中,B同時擁有2個enable_shared_from_this的基類,一個是 enable_shared_from_this<A>,另一個是enable_shared_from_this<B>。在 boost::shared_ptr<B> x(new B);這行代碼中,shared_ptr<B>的構造函數僅會設置2個基類中的一個的weak_ptr。在上面的例子中,僅設置 enable_shared_from_this<A>的。如果修改B的定義為:

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

則僅設置enable_shared_from_this<B>的weak_ptr。很明顯都是錯誤的。

那么enable_shared_from_this以及shared_ptr為何要如此實現呢?又為什么會有如此怪異的結果呢?

首先考察shared_ptr的構造函數:
  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. }
復制代碼
注 意這個sp_enable_shared_from_this是一個模板函數,而且僅調用了一次,所以不可能2個 enable_shared_from_this基類的weak_ptr都被賦值。但問題在于,在調換了B的定義之后結果居然是不一樣的。這里有一個很隱 秘的編譯器BUG。按道理來說,編譯器在編譯這段代碼時,應該注意到無法真正決斷該怎么實例化sp_enable_shared_from_this并且 報一個錯,但vc 2008并沒有報錯,而是通過編譯了。(g++會在此處報錯)

那么正確的解法是怎樣的呢?
  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. };
復制代碼
注 意到這里B并沒有直接繼承enable_shared_from_this,而是使用dynamic_pointer_cast進行了類型轉換。

關于為什么enable_shared_from_this是這樣實現的,可以參看作者原文:

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必須具有虛函數,那么最簡單的做法當然是令其析構函 數為虛函數(通常一個class如果希望被繼承,析構函數就應該為虛函數)。

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

導航

統計

常用鏈接

留言簿(3)

隨筆分類

隨筆檔案

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久久噜噜噜| 亚洲欧美一区二区三区久久| 欧美中文字幕在线观看| 国产乱码精品1区2区3区| 亚洲一二三级电影| 日韩视频一区| 国产精品成人在线| 久久精品国产久精国产爱| 亚洲欧美日韩中文视频| 精品成人免费| 欧美激情第3页| 欧美日韩一卡二卡| 久久本道综合色狠狠五月| 午夜精品久久久久久久久| 狠狠久久亚洲欧美专区| 亚洲大片av| 欧美成人亚洲| 欧美亚洲日本国产| 久久久久99| 在线综合亚洲| 欧美一区二区三区精品| 91久久亚洲| 亚洲在线免费观看| 亚洲国产精品久久久久秋霞影院| 99av国产精品欲麻豆| 国产午夜精品理论片a级大结局 | 国产精品美女诱惑| 久久夜色精品| 欧美午夜在线视频| 欧美~级网站不卡| 国产精品久久激情| 欧美国产视频一区二区| 国产精品视频xxxx| 亚洲高清影视| 国产伊人精品| 亚洲午夜精品网| 亚洲美女视频| 久久经典综合| 午夜精品理论片| 欧美精品少妇一区二区三区| 久久成人资源| 欧美系列精品| 亚洲人成毛片在线播放| 精品二区视频| 亚洲欧美一区二区激情| 亚洲性感激情| 欧美高清视频| 欧美国产视频在线观看| 国内成人精品一区| 亚洲一级特黄| 亚洲性图久久| 欧美日韩综合一区| 亚洲高清视频一区二区| 国产主播在线一区| 午夜影院日韩| 性视频1819p久久| 国产精品久久看| 一本色道久久精品| 一区二区高清在线观看| 噜噜噜躁狠狠躁狠狠精品视频| 久久久不卡网国产精品一区| 国产精品色午夜在线观看| 夜夜狂射影院欧美极品| 在线亚洲精品福利网址导航| 欧美激情综合亚洲一二区| 亚洲国产精品久久精品怡红院| 在线欧美日韩精品| 久久一区激情| 亚洲高清在线播放| 亚洲精品小视频| 欧美久久久久中文字幕| 亚洲韩国精品一区| 99re亚洲国产精品| 欧美日韩免费网站| 中文日韩在线视频| 欧美一区二区成人| 国产一区二区三区久久久| 欧美一区二区观看视频| 久久蜜桃香蕉精品一区二区三区| 国产一区二区| 美女国产一区| 亚洲精品视频啊美女在线直播| 一本大道av伊人久久综合| 欧美视频一区二区三区四区 | 久久精品欧美| 在线观看亚洲精品| 欧美第一黄网免费网站| 亚洲免费成人av| 欧美一级淫片播放口| 韩日欧美一区二区三区| 欧美大片在线观看一区| 99在线热播精品免费| 久久福利影视| 最新精品在线| 欧美午夜无遮挡| 欧美在线观看网址综合| 亚洲国产精品成人| 亚洲欧美日韩另类| 激情五月婷婷综合| 欧美女同视频| 欧美一区二区三区在| 亚洲国产三级在线| 性亚洲最疯狂xxxx高清| 亚洲人体偷拍| 国产欧美精品xxxx另类| 欧美成人精品在线播放| 亚洲愉拍自拍另类高清精品| 欧美岛国激情| 性欧美xxxx大乳国产app| 亚洲国产精品一区在线观看不卡| 欧美日韩四区| 久久午夜国产精品| 一区二区三区福利| 亚洲国产第一页| 久久久在线视频| 亚洲一区二区少妇| 亚洲精品欧洲精品| 国产综合精品| 国产精品视频最多的网站| 欧美国产日韩免费| 久久久久久久综合狠狠综合| 亚洲深爱激情| 亚洲精选中文字幕| 亚洲高清久久久| 免费观看亚洲视频大全| 欧美一区二区三区视频免费播放| 日韩午夜在线电影| 亚洲国产欧美一区二区三区久久| 国产精一区二区三区| 欧美日韩大片| 欧美激情导航| 免费人成网站在线观看欧美高清| 性18欧美另类| 午夜久久黄色| 亚洲资源在线观看| 宅男噜噜噜66一区二区| 99riav久久精品riav| 最新中文字幕亚洲| 91久久精品国产| 欧美激情亚洲激情| 亚洲高清不卡在线| 亚洲人妖在线| 亚洲欧洲一区二区三区在线观看| 欧美大片在线看| 欧美大片一区二区三区| 久久综合网hezyo| 美女精品国产| 欧美jizzhd精品欧美喷水| 美女脱光内衣内裤视频久久影院| 久热re这里精品视频在线6| 久久久噜噜噜久噜久久 | 99精品国产在热久久婷婷| 亚洲欧洲日韩在线| 日韩视频中文| 亚洲午夜一区二区| 午夜精品久久久久久久蜜桃app| 亚洲欧美日韩在线| 久久精品动漫| 免费视频一区二区三区在线观看| 裸体一区二区| 91久久精品国产91久久性色tv | 欧美亚洲一区在线| 久久本道综合色狠狠五月| 麻豆久久婷婷| 亚洲欧洲在线视频| 亚洲视频成人| 欧美伊久线香蕉线新在线| 久久久水蜜桃av免费网站| 欧美成人午夜免费视在线看片| 欧美日韩国产综合视频在线观看 | 国产精品久久久久久久久久免费 | 久久九九久精品国产免费直播| 老牛国产精品一区的观看方式| 欧美黄色大片网站| 一区二区三区高清视频在线观看 | 亚洲经典视频在线观看| 亚洲一级免费视频| 久久夜色精品亚洲噜噜国产mv| 欧美日韩精品欧美日韩精品| 国产日韩一区| 99视频+国产日韩欧美| 欧美有码视频| 亚洲人成网站色ww在线| 先锋影音网一区二区| 欧美激情视频在线免费观看 欧美视频免费一| 欧美日韩在线播放一区二区| 国产自产高清不卡| 在线性视频日韩欧美| 久久亚洲精品伦理| 一区二区三区成人精品| 免费看亚洲片| 国产亚洲在线观看| 亚洲一区二区免费在线| 免费国产一区二区| 亚洲在线网站| 欧美日韩999| 亚洲激情第一页| 久久久久久久91| 亚洲伊人伊色伊影伊综合网| 欧美激情一区二区|