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

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 多彩人生 閱讀(652) 評論(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>
            午夜亚洲影视| 久久久噜噜噜久久中文字免| 欧美福利专区| 玖玖精品视频| 亚洲精品久久久久久久久久久| 欧美国产免费| 欧美精品久久久久久久| 日韩亚洲精品电影| aa级大片欧美| 国产精品女同互慰在线看| 亚洲欧美视频在线观看视频| 亚洲综合99| 激情av一区| 亚洲人成在线播放| 国产精品国产三级国产普通话蜜臀| 亚洲宅男天堂在线观看无病毒| 亚洲欧美日韩国产成人| 国内一区二区三区在线视频| 欧美激情第9页| 国产精品久久久久久久久久久久久| 性做久久久久久久免费看| 欧美一区观看| 99riav国产精品| 亚洲欧美不卡| 亚洲精品视频在线播放| 在线亚洲一区二区| 在线播放不卡| 一本久道综合久久精品| 精品盗摄一区二区三区| 99在线精品视频| 一区二区三区在线免费播放| 亚洲免费观看高清完整版在线观看熊 | 欧美黄在线观看| 亚洲主播在线观看| 久久久青草婷婷精品综合日韩| 一区二区三区四区国产精品| 欧美一区二区女人| 亚洲小说欧美另类社区| 久久一区二区三区国产精品| 亚洲欧美清纯在线制服| 免费日韩av| 欧美伊人精品成人久久综合97| 欧美xxx在线观看| 久久九九国产精品怡红院| 欧美三区美女| 亚洲第一色中文字幕| 国产色婷婷国产综合在线理论片a| 亚洲国产精品视频| 国产主播精品在线| 亚洲午夜精品一区二区| 夜夜爽www精品| 欧美α欧美αv大片| 玖玖综合伊人| 国内精品国产成人| 亚洲综合电影一区二区三区| 亚洲系列中文字幕| 欧美国产视频日韩| 亚洲高清一区二| 亚洲高清视频的网址| 久久国产精品亚洲77777| 亚洲欧美日韩在线观看a三区| 欧美激情精品| 亚洲精品在线一区二区| 日韩视频在线永久播放| 欧美电影电视剧在线观看| 欧美国产欧美亚洲国产日韩mv天天看完整 | 久久成人18免费网站| 欧美亚洲成人免费| 中文国产成人精品久久一| 一区二区三区精品国产| 欧美日韩 国产精品| 亚洲人www| 这里是久久伊人| 欧美日韩999| 99精品视频一区| 亚洲永久网站| 国产精品综合网站| 久久激情久久| 亚洲第一精品福利| 亚洲精品一品区二品区三品区| 猛男gaygay欧美视频| 亚洲国产婷婷| 亚洲天堂第二页| 国产精品影院在线观看| 欧美一区午夜精品| 欧美成在线观看| 日韩一区二区福利| 国产精品久久久久久久久久久久久| 亚洲综合日韩中文字幕v在线| 久久久噜噜噜久久狠狠50岁| 91久久精品国产| 欧美午夜a级限制福利片| 亚洲欧美另类久久久精品2019| 久久噜噜噜精品国产亚洲综合| 亚洲国产你懂的| 欧美日韩一区国产| 欧美一区二区三区在线看| 欧美福利视频在线观看| 亚洲一区二区三区777| 国产一区二区日韩精品欧美精品 | 亚洲国产精品成人久久综合一区 | 国内外成人免费激情在线视频| 久久婷婷影院| 99国产欧美久久久精品| 久久精品国产亚洲精品| 日韩性生活视频| 国产欧美在线视频| 欧美激情精品| 久久精品麻豆| 99热这里只有精品8| 久久免费偷拍视频| 亚洲视频免费看| 亚洲高清资源| 国产日韩1区| 欧美精品久久久久久久免费观看| 亚洲主播在线播放| 91久久在线| 免费久久精品视频| 午夜精品电影| 一本色道久久综合亚洲精品不| 黑人一区二区| 国产精品腿扒开做爽爽爽挤奶网站| 另类av一区二区| 午夜一级久久| 亚洲午夜激情在线| 亚洲激情综合| 欧美成人午夜| 久久频这里精品99香蕉| 亚洲免费在线精品一区| 亚洲精品久久| 亚洲电影下载| 尤物视频一区二区| 国产一区二区高清不卡| 国产精品私人影院| 国产精品播放| 国产精品国产一区二区 | 午夜精彩国产免费不卡不顿大片| 亚洲日本视频| 亚洲清纯自拍| 亚洲国产精品va在线看黑人动漫 | 亚洲一区二区三区在线看| 亚洲免费成人av| 99天天综合性| 亚洲视频一区在线| 一区二区不卡在线视频 午夜欧美不卡'| 在线观看精品一区| 一区二区视频免费在线观看 | 国产欧美亚洲日本| 国产精品夜夜夜| 国产精品亚洲一区| 国产视频在线观看一区二区| 国产精品视频一区二区三区| 国产精品久久久久久影视| 欧美三区在线| 国产精品美女主播| 国产一区二区三区av电影| 国产自产在线视频一区| 狠狠色综合网| 亚洲欧洲日本专区| 一本久道综合久久精品| 亚洲欧美卡通另类91av| 欧美一区二区三区男人的天堂| 久久国产精品久久国产精品| 久久久夜夜夜| 亚洲国产精品一区在线观看不卡| 亚洲精品乱码久久久久久| 一区二区免费在线播放| 久久成人资源| 欧美国产一区二区在线观看| 欧美日韩亚洲一区二区三区在线观看 | 欧美激情久久久| 99精品视频一区二区三区| 亚洲欧美日韩国产精品| 久久这里有精品视频| 欧美精品黄色| 国产一区二区三区高清| 亚洲人成小说网站色在线| 亚洲综合色视频| 欧美福利在线| 亚洲欧美国产毛片在线| 免费视频一区| 国产精品伊人日日| 亚洲精品社区| 久久精品国产亚洲精品| 亚洲精品色图| 久久久精品免费视频| 欧美日韩精品伦理作品在线免费观看| 国产精品中文字幕在线观看| 亚洲欧洲美洲综合色网| 欧美一级欧美一级在线播放| 亚洲高清三级视频| 欧美一区二区精美| 欧美日本韩国一区二区三区| 国产一区再线| 亚洲在线一区二区| 欧美大学生性色视频| 亚洲欧美日韩一区在线| 欧美日本免费| 亚洲激情在线播放| 久久久国产91|