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

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>
            亚洲激情在线观看| 国产一区日韩二区欧美三区| 亚洲精品国产精品国自产观看| 久久精品国产精品亚洲| 亚洲欧美国产一区二区三区| 国产一区二区三区日韩| 亚洲国产精品99久久久久久久久| 久久国产一区二区| 久久国产视频网站| 亚洲欧洲偷拍精品| 99国产精品视频免费观看一公开| 欧美日韩午夜| 久久国产66| 六月天综合网| 亚洲视频一区在线观看| 亚洲一区二区三区精品视频| 狠狠色狠狠色综合日日五| 欧美国产极速在线| 欧美三级中文字幕在线观看| 久久国产精品99国产| 麻豆精品视频在线观看视频| 亚洲午夜成aⅴ人片| 欧美在线高清| av成人免费| 久久精品国产视频| 一区二区三区高清视频在线观看| 亚洲男女毛片无遮挡| 亚洲国产一区二区三区青草影视| 一区二区av在线| 在线观看欧美日韩国产| 一本色道88久久加勒比精品 | 欧美大片一区| 欧美视频一区二区三区…| 久久久精品国产免大香伊| 欧美精品日韩www.p站| 久久不射2019中文字幕| 欧美日韩精品一本二本三本| 久久九九免费视频| 国产精品福利在线观看网址| 欧美91精品| 国产精品区一区| 亚洲经典视频在线观看| 韩日在线一区| 午夜精品电影| 亚洲影院在线观看| 欧美肥婆bbw| 蜜臀av国产精品久久久久| 国产精品美女久久久久av超清 | 午夜精品偷拍| 欧美国产高清| 欧美成人精品激情在线观看| 国产日韩视频| 亚洲免费在线视频| 亚洲专区免费| 欧美色视频日本高清在线观看| 欧美aa在线视频| 红桃视频欧美| 久久国产主播| 久久综合精品一区| 国产主播一区二区三区| 亚洲欧美一区二区三区极速播放| 亚洲一区二区在线免费观看| 欧美人与禽性xxxxx杂性| 亚洲国产成人久久综合一区| 国产综合18久久久久久| 午夜亚洲影视| 久久精品国产精品| 国产婷婷色综合av蜜臀av | 久久久久久久久一区二区| 国产乱人伦精品一区二区| 亚洲视频自拍偷拍| 性色av香蕉一区二区| 国产精品看片资源| 亚洲欧美www| 久久精品人人做人人爽电影蜜月| 国产乱码精品一区二区三区不卡| 亚洲欧美视频在线观看视频| 久久国产黑丝| 在线播放日韩| 欧美激情视频一区二区三区免费 | 99精品国产在热久久婷婷| 亚洲网站啪啪| 国产精品视频不卡| 欧美中文字幕在线播放| 老司机成人在线视频| 91久久久亚洲精品| 欧美视频在线一区| 亚洲一区二区三区视频播放| 久久福利精品| 亚洲欧洲一区二区在线播放| 欧美区高清在线| 一区二区三区国产在线观看| 久久国产一区二区三区| 亚洲国产导航| 欧美性一区二区| 欧美怡红院视频| 亚洲电影在线观看| 亚洲男人的天堂在线| 黄色成人在线网址| 欧美日韩精品一区视频| 欧美专区18| 亚洲美女毛片| 久久久欧美一区二区| 亚洲乱码国产乱码精品精可以看| 国产精品色婷婷| 免费91麻豆精品国产自产在线观看| 亚洲日本视频| 久久中文久久字幕| 亚洲一卡久久| 亚洲风情亚aⅴ在线发布| 国产精品极品美女粉嫩高清在线 | 性欧美video另类hd性玩具| 欧美韩日视频| 久久国产精品99国产| 99国产精品久久久久久久成人热| 国产精品毛片a∨一区二区三区|国| 久久精品一区四区| 亚洲欧美电影院| 亚洲久色影视| 欧美华人在线视频| 久久免费黄色| 香蕉久久国产| 亚洲视频精品在线| 亚洲国产人成综合网站| 香蕉免费一区二区三区在线观看| 久久免费高清视频| 亚洲欧美国产另类| 中文av字幕一区| 亚洲欧洲中文日韩久久av乱码| 久久久噜噜噜久久中文字幕色伊伊| 亚洲一二三区视频在线观看| 亚洲欧洲中文日韩久久av乱码| 国产一在线精品一区在线观看| 国产精品久久久一区二区三区| 欧美黄色aa电影| 欧美88av| 免费一级欧美片在线播放| 久久久精品国产一区二区三区| 一本色道久久综合亚洲精品按摩| 欧美激情中文字幕乱码免费| 免费的成人av| 玖玖视频精品| 美女国内精品自产拍在线播放| 久久黄色网页| 久久久777| 久久综合电影| 美日韩丰满少妇在线观看| 久久久久久亚洲精品杨幂换脸| 久久精品一区二区三区不卡牛牛| 欧美在线视频二区| 久久久久久午夜| 欧美va天堂在线| 亚洲国产高清在线观看视频| 亚洲国产精品va在线看黑人| 亚洲高清在线播放| 亚洲免费播放| 宅男在线国产精品| 亚洲午夜激情网页| 午夜一级久久| 久热精品视频在线观看| 欧美v亚洲v综合ⅴ国产v| 欧美黑人国产人伦爽爽爽| 欧美精品久久久久a| 欧美日韩在线三级| 国产精品美女久久久久久免费| 国产精品一区毛片| 精品动漫3d一区二区三区| 亚洲二区精品| 一区二区三区回区在观看免费视频| 制服丝袜亚洲播放| 久久久久久久999| 亚洲二区在线| 亚洲一区精品在线| 久久一本综合频道| 欧美日韩成人在线| 国产亚洲电影| 亚洲精品国产精品久久清纯直播| 中国成人在线视频| 久久精品系列| 亚洲欧洲综合另类在线| 亚洲一区二区在线视频 | 亚洲精品在线观| 亚洲欧美国产精品桃花| 免费观看欧美在线视频的网站| 欧美日韩国产一区| 国产一区二区日韩精品| 日韩午夜中文字幕| 久久精品1区| 日韩视频第一页| 久久久一本精品99久久精品66| 欧美国产一区二区| 国内精品写真在线观看| 亚洲一级黄色| 欧美黄污视频| 久久国产主播精品| 欧美日韩免费观看一区| 在线免费高清一区二区三区| 午夜精品短视频| 99视频精品免费观看| 久久精品亚洲一区|