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

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ù)制代碼
原 因很簡(jiǎn)單,在D的構(gòu)造函數(shù)中雖然可以保證enable_shared_from_this<D>的構(gòu)造函數(shù)已經(jīng)被調(diào)用,但正如前面所 說(shuō),weak_ptr還沒(méi)有設(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è)動(dòng)作:首先調(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è)動(dòng)作設(shè)置了enable_shared_from_this<D>的 weak_ptr,而不是第1個(gè)動(dòng)作。這個(gè)地方是很違背c++常理和邏輯的,必須小心。

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

另一個(gè)值得注意的地方是在類(lèi)的繼承樹(shù)中不能有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的基類(lèi),一個(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ù)僅會(huì)設(shè)置2個(gè)基類(lèi)中的一個(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)呢?又為什么會(huì)有如此怪異的結(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基類(lèi)的weak_ptr都被賦值。但問(wèn)題在于,在調(diào)換了B的定義之后結(jié)果居然是不一樣的。這里有一個(gè)很隱 秘的編譯器BUG。按道理來(lái)說(shuō),編譯器在編譯這段代碼時(shí),應(yīng)該注意到無(wú)法真正決斷該怎么實(shí)例化sp_enable_shared_from_this并且 報(bào)一個(gè)錯(cuò),但vc 2008并沒(méi)有報(bào)錯(cuò),而是通過(guò)編譯了。(g++會(huì)在此處報(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并沒(méi)有直接繼承enable_shared_from_this,而是使用dynamic_pointer_cast進(jìn)行了類(lèi)型轉(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ù),那么最簡(jiǎn)單的做法當(dāng)然是令其析構(gòu)函 數(shù)為虛函數(shù)(通常一個(gè)class如果希望被繼承,析構(gòu)函數(shù)就應(yīng)該為虛函數(shù))。

posted on 2012-06-22 22:42 多彩人生 閱讀(650) 評(píng)論(0)  編輯 收藏 引用 所屬分類(lèi): boost

導(dǎo)航

統(tǒng)計(jì)

常用鏈接

留言簿(3)

隨筆分類(lèi)

隨筆檔案

搜索

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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| 一本久道久久综合中文字幕| 99国产精品国产精品久久| 国产精品日韩专区| 老色鬼精品视频在线观看播放| 欧美激情精品久久久久久免费印度| 一本不卡影院| 久久狠狠婷婷| 亚洲午夜久久久久久尤物| 欧美一级欧美一级在线播放| 在线观看欧美日韩国产| 正在播放亚洲一区| 亚洲成人直播| 午夜激情亚洲| 99国产精品久久久久久久成人热| 亚洲一区久久久| 亚洲日本一区二区| 欧美亚洲一区三区| 国产精品99久久久久久人| 久久精品国产第一区二区三区| 亚洲毛片在线看| 久久久久国产精品一区二区| 亚洲天堂成人| 欧美国产丝袜视频| 久久这里有精品15一区二区三区| 欧美日本一区| 蜜桃伊人久久| 国产一区视频观看| 亚洲视频在线免费观看| 日韩特黄影片| 免费人成精品欧美精品| 久久精品123| 国产精品视频免费观看www| 亚洲国产成人高清精品| 国产亚洲欧美中文| 亚洲性人人天天夜夜摸| 在线视频你懂得一区| 久久九九久久九九| 久久久久国产精品麻豆ai换脸| 国产精品theporn88| 亚洲三级电影在线观看| 亚洲丰满在线| 久久婷婷综合激情| 久久综合综合久久综合| 亚洲国产成人精品女人久久久 | 亚洲理论电影网| 亚洲国产精品久久久久| 久久一区亚洲| 欧美国产日韩a欧美在线观看| 好吊日精品视频| 久久国产精品久久久| 久久九九99| 韩国av一区二区三区在线观看| 亚洲欧美国产精品专区久久| 亚洲女人天堂av| 国产精品久久久久久久久久直播| 一本久久综合亚洲鲁鲁五月天| 国产精品任我爽爆在线播放| 国产欧美日韩视频| 香蕉成人伊视频在线观看| 欧美午夜久久| 亚洲精品黄色| 在线亚洲高清视频| 国产精品二区二区三区| 亚洲一区国产| 久久综合久色欧美综合狠狠| 欧美少妇一区二区| 制服诱惑一区二区| 亚洲看片网站| 欧美激情第9页| 久久综合伊人| 欧美在线播放| 午夜在线精品| 亚洲免费视频成人| 在线视频亚洲一区| 日韩午夜电影在线观看| 精品成人在线| 狠狠做深爱婷婷久久综合一区| 欧美日韩国内| 日韩一级精品视频在线观看| 国产一区二区三区在线观看视频| 欧美偷拍另类| 欧美色播在线播放| 欧美日韩国产欧| 欧美日韩国产高清视频| 欧美黄污视频| 欧美精品一卡二卡| 欧美精品二区| 欧美日韩精品一区二区| 欧美成人精品一区二区| 老司机亚洲精品| 免费成人激情视频| 欧美成人激情在线| 欧美激情1区2区3区| 欧美第一黄网免费网站| 欧美猛交免费看| 欧美日韩亚洲另类| 国产精品久久久久9999| 国产精品视频最多的网站| 国产女人aaa级久久久级| 国产毛片一区二区| 国产亚洲综合精品| 在线观看91精品国产入口| 亚洲国产精品美女| 日韩视频一区二区| 亚洲一区二区三区四区中文| 午夜一区二区三区不卡视频| 久久精品五月| 女生裸体视频一区二区三区| 欧美激情免费观看| 亚洲美女黄网| 亚洲欧美日韩在线观看a三区| 久久超碰97人人做人人爱| 久久综合99re88久久爱| 欧美激情亚洲视频| 国产精品男女猛烈高潮激情| 黄色av日韩| 99视频热这里只有精品免费| 亚洲欧美日韩精品久久久久| 久久精品国产久精国产爱| 欧美丰满高潮xxxx喷水动漫| 日韩视频免费观看| 欧美一区二区三区免费看| 蜜桃久久精品乱码一区二区| 欧美日一区二区在线观看| 国产日韩欧美一区在线| 亚洲激情电影中文字幕| 在线亚洲美日韩| 久久亚洲精品一区二区| 国产精品免费一区二区三区观看| 欧美性jizz18性欧美| 欧美日韩情趣电影| 欧美午夜欧美| 国产精品推荐精品| 国产老肥熟一区二区三区| 国产麻豆9l精品三级站| 国产亚洲精品bt天堂精选| 国产色爱av资源综合区| 国内精品免费午夜毛片| 樱桃成人精品视频在线播放| 极品少妇一区二区| 亚洲国产视频直播| 一本大道久久精品懂色aⅴ| 一本一本久久| 欧美一区二区女人| 免费看精品久久片| 亚洲肉体裸体xxxx137| 夜色激情一区二区| 亚洲免费在线精品一区| 久久久久www| 欧美另类一区二区三区| 国产精品一二一区| 一区二区在线视频播放| 亚洲每日在线| 欧美主播一区二区三区| 蜜桃av综合| 一区二区三区欧美亚洲| 久久激情网站| 欧美人成网站| 国产曰批免费观看久久久| 亚洲精品免费在线| 午夜精品三级视频福利| 麻豆精品国产91久久久久久| 亚洲精品少妇| 欧美在线免费观看视频| 欧美激情国产精品| 国产婷婷97碰碰久久人人蜜臀| 亚洲高清视频一区| 午夜欧美理论片| 亚洲福利免费| 午夜视频久久久久久| 暖暖成人免费视频| 国产亚洲精品久久久久久| 亚洲精品影视在线观看| 久久不射网站| 日韩亚洲在线观看| 久久综合网色—综合色88| 国产精品久久网| 亚洲伦理网站| 免费欧美网站| 久久av在线| 国产欧美精品日韩精品| 99在线|亚洲一区二区| 久久久精品五月天|