简介

　　RefBase是Android中所有对象的始祖,类似MFC中的CObject及Java中的Object对象。在Android中,RefBase结合sp和wp,实现了一套通过引用计数的方法来控制对象生命周期的机制。RefBase的子类在构造一个实际对象的同时,还会悄悄地构造一个影子对象.

　　sp是strong pointer,

　　wp是weak pointer,

　　LightRefBase是轻量级的引用计数类,只有一个引用计数,为0就删除.

RefBase,sp,wp中的引用计数

　　· RefBase中有一个隐含的影子对象,该影子对象内部有强弱引用计数。
　　· sp化后,强弱引用计数各增加1,sp析构后,强弱引用计数各减1。
　　· wp化后,弱引用计数增加1,wp析构后,弱引用计数减1。
　　· 由弱生强成功后,强弱引用计数均增加1。若一个wp弱引用计数为1,强引用计数为0,promote完成后,影子对象的强引用计数为1,弱引用计数为2。

何时删除对象

完全彻底地消灭RefBase对象,包括让实际对象和影子对象灭亡,这些都是由强弱引用计数控制的,另外还要考虑标志位mFlags的取值情况。
标志位的取值:
　　· 0,
　　· OBJECT_LIFETIME_WEAK= 0x0001,
　　· OBJECT_LIFETIME_FOREVER = 0x0003,
当标志位为0时,可得出如下结论:
　　· 强引用为0将导致实际对象被delete。
　　· 弱引用为0将导致影子对象被delete。

　　· flags为0,强引用计数控制实际对象的生命周期,弱引用计数控制影子对象的生命周期。强引用计数为0后,实际对象被delete。所以对于这种情况,应记住的是,使用wp时要由弱生强,以免收到segment fault信号。
　　· flags为LIFETIME_WEAK,强引用计数为0,弱引用计数不为0时,实际对象不会被delete。当弱引用计数减为0时,实际对象和影子对象会同时被delete。这是功德圆满的情况。
　　· flags为LIFETIME_FOREVER,对象将长生不老,彻底摆脱强弱引用计数的控制。所以你要在适当的时候杀死这些老妖精,免得她*“人间”。

注意

　　有几个函数在release版本中是空
　　addStrongRef,removeStrongRef,addWeakRef,removeWeakRef,printRefs,trackMe