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

一直有个疑问，为什么chromium代码没有使用shared_ptr呢？

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

非侵入式智能指针：

典型的就是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(...)可以优化在一起。