c++智能指针介绍_补充

不明白我作错了什么，这几天老婆给我冷战了起来，也不给我开视频让我看娃了。。哎，心累！趁着今晚的一些空闲时间来对智能指针作个补充吧。

 

写完上篇“智能指针介绍”后，次日上班途中时，忽然一个疑问盘踞在心头，感受上篇文章介绍的有些缺陷或者遗漏。

问题引入：当两个智能指针引用同一个heap obj，那么当一个智能指针跳出其scope时，另外一个智能指针是怎么知道所引用heap obj的引用数量（use_count）如今变成了1？

                   若是引用计数是“智能指针类”内部的一个member var，那么其会随着该智能指针而消失，对吧？可是另外一个智能指针所拥有的独立的引用计数(member var)不该该知道要减一才对啊！

 

Android如何实现？

抛出这个问题后，回顾下Android实现的智能指针(更准确说是强弱指针：StrongPoint/WeakPoint即sp/wp)使用方式：sp<XYZ> sp_obj = new XYZ();

安卓中的智能指针所引用的类都有一个要求：XYZ必须从RefBase继承而来，引用计数在基类RefBase中实现。

所以XYZ类对象被多个sp_obj_x所引用时，由于各个sp_obj_x都能访问和修改XYZ类内部的同一个引用计数器，所以能够容易知道何时真正释放这个XYZ类对象（heap obj）。

使用者只需sp<XYZ> sp_obj = new XYZ();构造这个对象，回收不用管了（不用手动delete），利用OS系统在函数堆栈调用切换来自动回收这块heap内存。

用机器去作事情咱们能够放心，由于它不会犯错。相反，人作事情经常丢三落四。

 

答案介绍：

若是两个智能指针想知道彼此释放资源与否，那么这两个智能指针之间必须可以“互相通讯”，所以内部的“引用计数”就不能被单个类共享！

如何让两个stack obj可以分享信息呢？除了共同引用的heap obj（若是其内部有个ref_cnt，也能够作到，相似与安卓的只能指针）外，只有那个“引用计数”了，其必须是动态内存！

也便是，当第一次引用资源（那个heap obj）时，也即第一个shared_ptr进行构造时，其除了一个内部变量保存这个堆指针外，还需new一块内存，这块内存用于引用计数管理（其内部的ref_cnt先加1）；

当第二引用同一个资源时，即进行拷贝构造（shared_ptr( const shared_ptr& r )）时，其除了会引用共同的资源外，还会引用上次new出的那个内存块，而且将ref_cnt再加1，变成2。

这能够解释释放第一个智能指针后，第二个智能指针能够知道所管理的资源的引用数量了。

 

其它补充：

1.use_count()至关于sp的getStrongCount().

2.weak_ptr的lock()至关于wp的promote()，先得到资源全部权，再判断资源有效性。

3.get()都用于取得所管理的资源的地址。

4.reset()和=NULL（即operator =）都是解除该智能指针对资源的引用，但不必定真正释放资源（同时还被其余智能指针引用）。

5.都重载了->和*，用于访问其管理的资源。

 

就先说这么多吧，之后想起来了再补充。