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

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 多彩人生 閱讀(649) 評論(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>
            亚洲午夜久久久久久尤物| 亚洲最新在线| 免费人成精品欧美精品| 久久精品夜色噜噜亚洲a∨| 国产一区三区三区| 久久午夜电影| 美女视频一区免费观看| 亚洲精品乱码久久久久久黑人| 亚洲福利国产精品| 欧美精选一区| 亚洲专区一区| 久久国产欧美| 亚洲精品一区二区三区不| 日韩午夜电影在线观看| 国产精品婷婷| 欧美高清视频| 欧美日韩亚洲在线| 久久精品夜色噜噜亚洲a∨| 久久久水蜜桃| 亚洲调教视频在线观看| 亚洲欧美日本伦理| 最新国产乱人伦偷精品免费网站| 亚洲美女黄网| 国产夜色精品一区二区av| 亚洲成色最大综合在线| 欧美激情第三页| 欧美日本免费| 久久一二三四| 国产精品99免费看 | 国产精品久久久免费| 久久精品噜噜噜成人av农村| 免费国产自线拍一欧美视频| 亚洲免费在线播放| 欧美刺激午夜性久久久久久久| 亚洲欧美日韩电影| 你懂的视频一区二区| 亚洲欧美日韩一区二区在线| 欧美a级在线| 久久久久高清| 国产精品女主播在线观看 | 一本色道久久88综合日韩精品| 亚洲欧美国产视频| 日韩视频免费在线| 久久成人精品电影| 亚洲欧美日韩在线播放| 欧美电影免费观看高清完整版| 久久精品国产久精国产思思| 欧美精品一区二区三区久久久竹菊| 久久久精品久久久久| 国产精品va在线| 亚洲精品日韩精品| 亚洲国内欧美| 久久久www成人免费无遮挡大片| 午夜激情一区| 欧美偷拍另类| av成人激情| 一区二区三区精密机械公司 | 欧美一区二区视频网站| 亚洲女同精品视频| 欧美日韩欧美一区二区| 亚洲黄色在线| 91久久国产综合久久蜜月精品| 欧美在线一区二区三区| 欧美综合77777色婷婷| 国产精品国产三级国产专区53| 亚洲卡通欧美制服中文| 日韩视频一区二区三区在线播放| 噜噜噜91成人网| 91久久精品一区| 一区二区国产日产| 欧美日韩高清区| 在线一区欧美| 欧美一级理论片| 国产一区二区三区日韩| 午夜在线精品| 久久性天堂网| 亚洲日本成人网| 欧美激情女人20p| 一本久道久久综合狠狠爱| 一区二区三区四区五区视频| 欧美私人网站| 性欧美8khd高清极品| 久久视频一区| 亚洲日本成人| 国产精品99一区二区| 亚洲欧洲av一区二区| 久久午夜av| 亚洲美女av黄| 国产模特精品视频久久久久| 久久av资源网站| 亚洲二区视频在线| 亚洲一区久久久| 红桃av永久久久| 欧美精品18+| 亚洲欧美在线免费| 蜜臀av在线播放一区二区三区| 亚洲人成网站999久久久综合| 欧美私人网站| 久久人人爽人人爽爽久久| 日韩一区二区免费高清| 久久久久久久国产| 一区二区三区四区五区精品视频| 国产精品区一区| 农村妇女精品| 亚洲欧美中文另类| 亚洲国产视频a| 久久精品人人做人人爽电影蜜月| 亚洲国产一区二区视频| 国产精品免费观看在线| 免费成人av在线看| 亚洲欧美在线免费观看| 亚洲日韩中文字幕在线播放| 欧美一区二区女人| 亚洲美女视频在线观看| 国产一区自拍视频| 欧美视频日韩视频在线观看| 久久综合久久久| 欧美一进一出视频| av72成人在线| 最新中文字幕一区二区三区| 久久久久久色| 欧美在线观看一二区| 中国成人黄色视屏| 亚洲国产成人高清精品| 国产亚洲午夜| 国产精品美女在线观看| 欧美日韩999| 欧美韩日一区二区三区| 久久久久国产精品厨房| 亚洲欧美日本国产专区一区| 日韩午夜在线播放| 亚洲国产婷婷香蕉久久久久久| 久久久久久久网| 久久精品官网| 欧美在线影院在线视频| 亚洲——在线| 亚洲免费一在线| 亚洲线精品一区二区三区八戒| 亚洲免费观看在线视频| 亚洲人被黑人高潮完整版| 亚洲国产一区二区三区高清| 影音先锋亚洲一区| 黄色小说综合网站| 狠狠色综合网站久久久久久久| 国产亚洲欧洲997久久综合| 国产美女精品人人做人人爽| 国产精品入口福利| 国产日韩欧美一区二区| 国产无一区二区| 狠狠色综合网| 亚洲国产精品电影| 亚洲精品乱码| 一区二区三区日韩精品视频| 99国产一区二区三精品乱码| 9l国产精品久久久久麻豆| 日韩一级免费| 午夜精品视频网站| 久久精品一区| 欧美成年人视频网站欧美| 亚洲大片免费看| 亚洲精品在线看| 亚洲线精品一区二区三区八戒| 亚洲欧美日韩一区二区在线| 久久国产欧美精品| 免费在线日韩av| 国产精品成人一区二区网站软件| 国产精品日韩欧美| 激情五月婷婷综合| 日韩视频免费观看高清完整版| 亚洲性线免费观看视频成熟| 午夜伦欧美伦电影理论片| 久久久亚洲一区| 亚洲黄色成人网| 亚洲一区国产视频| 久久精品最新地址| 欧美美女视频| 国产在线精品自拍| 日韩一区二区福利| 欧美一区二区在线免费观看 | 亚洲尤物在线视频观看| 久久精品国产2020观看福利| 亚洲第一精品夜夜躁人人爽| 正在播放欧美视频| 开心色5月久久精品| 国产精品国产三级国产普通话蜜臀| 国产亚洲欧美色| 亚洲视频香蕉人妖| 免费观看日韩av| 亚洲自拍电影| 欧美精品亚洲一区二区在线播放| 国产欧美一区二区视频| 日韩一区二区精品| 美国三级日本三级久久99| 亚洲神马久久| 欧美国产三级| 亚洲国产精品欧美一二99| 欧美一区午夜精品| 亚洲伦理中文字幕| 久久综合九色欧美综合狠狠| 国产日本欧美一区二区三区在线|