一直有个疑问，为什么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(…)可以优化在一起。
https://www.cnblogs.com/cswuyg/archive/2013/03/05/2943648.html
原文地址:https://blog.csdn.net/zsc_976529378/article/details/136081126
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_68103.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
