侵入式智能指针和非侵入式智能指针

一直有个疑问,为什么chromium代码没有使用shared_ptr呢?
在这里讨论:https://groups.google.com/a/chromium.org/g/cxx/c/aT2wsBLKvzI

不过我在这里找到了一个简单的答案:
https://groups.google.com/a/chromium.org/g/chromium-dev/c/hgQPkvSmYlE?pli=1
1、    scoped_refptr是一种侵入式的智能指针。
2、    因为chromium不鼓励使用智能指针,所以也不希望任何类型都可以使用引用计数,所以只针对需要引用计数的类型来使用scoped_refptr。(如果引入了shared_ptr,那么任何类型都可以使用引用计数了)
3、    性能稍微好一点

对于侵入式和非侵入式智能指针,我第一次听说,所以查资料学习了下:invasive vs non-invasive ref-counted pointers in C++ - Stack Overflow

简单来总结一下:
侵入式智能指针:
1、    计数器嵌入在对象内部;
2、    需要自己确保线程安全(不是必须的);
3、    引用计数不可能在对象生命周期之外存在,所以也就没有所谓的weakptr了。

典型的侵入式智能指针代码像COM智能指针:CComPtr
或者是上面文章给出的boost::intrusive_ptr:intrusive_ptr - 1.42.0
再有就是chromium中的 scoped_refptr:https://chromium.googlesource.com/chromium/src/+/master/base/memory/scoped_refptr.h


非侵入式智能指针:
典型的就是std::shared_ptr,他的引用计数不用对象来保存(比如std::shared_ptr<MyClass> my_class中,MyClass类中没有引用计数)。
他的引用计数是在类shared_ptr中保存,在堆上申请,在所有shared_ptr实例中共享。
既然他的引用计数不在MyClass对象上保存,所以MyClass析构了,引用计数还可以保存下来,这就可以非常简单的实现weak_ptr来确保没有循环引用。
但是这个在侵入式智能指针就不行了,因为MyClass析构以后,引用计数也析构了。


侵入式 vs. 非侵入式:
侵入式的好处:计数器和对象内存是在一起的,不需要两个堆内存
侵入式的坏处:需要小心循环引用的问题,主要原因是引用计数在对象内部保存,对象销毁了引用计数也就没有了,不容易实现像std::weak_ptr的对std::shared_ptr引用计数的感知。
非侵入式的好处:使用起来比较简单,对任何类型都可以支持,使用weak_ptr很好的解决了循环引用问题
非侵入式的坏处:引用计数和对象一般是分离的,需要两次申请,不过如果使用std::make_shared(...)可以优化在一起。


参考文档:
关于侵入式和非侵入式_侵入式指针-CSDN博客

https://www.cnblogs.com/cswuyg/archive/2013/03/05/2943648.html

  • 7
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值