从 enable_shared_from_this 说开来

从shared_ptr 还在boost库里的时候，就开始使用boost::shared_ptr, 中间有几年做其他工作了，等转回头看，已经是亲切的std::shared_ptr了。在重新温习shared_ptr相关知识的时候，偶然间发现了一个自己之前没关注过的模板类： enable_shared_from_this。 稍作调研，简单记录如下：

省时总结：

enable_shared_from_this是一个模板类，用来给可能被放在shared_ptr里面用的类来继承。

这个模板类主要提供了从裸指针获取管理自身的生命周期的shared_ptr(如果有的话)的能力。其理念与于boost的侵入式容器（Boost.Intrusive）一致。

详述如下：

需求：

一个应用场景是客户要求我们的API提供裸指针而不是shared_ptr，并且按照谁申请谁释放的内存管理原则，还要我们提供API来释放这个指针。因此当用户又把这个裸指针传回来给我们要释放的时候，我们需要保持对这个裸指针的生命周期管理的能力。

即，如果用户多次调用get API获取同一个内存的引用，我们需要对称的 release API调用来释放它，直到最后一次的release API 调用，我们才真正的delete这个对象。

分析

从shared_ptr获取其管理的裸指针很容易， shared_ptr.get() 即可。但是反过来呢？如果我们拿到了一个已经被shared_ptr管理的对象的裸指针，有没有办法可以获取到这个shared_ptr的相关信息呢？按照shared_ptr的非入侵设计理念，被shared_ptr 管理的对象，应该是完全不知道自己被一个智能指针管理着，因此一旦从shared_ptr 里提取了裸指针，单纯从裸指针本身几乎不可能做到这一点（不是完全不可能，比如保留所有传出的指针索引待查，但是会复杂低效）。我们需要用侵入式的理念来改写我们提供的对象。所谓侵入式，说白了就是作为对象，自身需要知道自己被哪个shared_ptr 管理了， 简而言之，我们需要在对象里存储某种形式的对std::shared_ptr的引用，具