Android的垃圾回收机制 - 一醉千年 - CSDN博客
来源:百度文库 编辑:神马文学网 时间:2024/04/18 15:56:43
Android的垃圾回收机制 收藏
android refbase类(sp wp)
这两天写v4l2的代码,所以再仔细看了sp和wp的实现过程~~
个人觉得sp和wp实际上就是android 为其c++实现的自动垃圾 回收机制 ,具体到内部实现,sp和wp实际上只是一个实现垃圾回收功能的接口而已,比如说对*,->的重载,是为了其看起来跟真正的指针一样,而真正实现垃圾回收的是refbase这个基类。这部分代码的目录在:/frameworks/base/include/utils/RefBase.h
首先所有的类都会虚继承refbase类,因为它实现了达到垃圾回收所需要的所有function,因此实际上所有的对象声明出来以后都具备了自动释放自己的能力,也就是说实际上智能指针就是我们的对象本身,它会维持一个对本身强引用和弱引用的计数,一旦强引用计数为0它就会释放掉自己。
首先我们看sp,sp实际上不是smart pointer的缩写,而是strong pointer,它实际上内部就包含了一个指向对象的指针而已。我们可以简单看看sp的一个构造函数:
template
sp::sp(T* other)
: m_ptr(other)
{
if (other) other->incStrong(this);
}
比如说我们声明一个对象:
sp hardware(new CameraHal());
实际上sp指针对本身没有进行什么操作,就是一个指针的赋值,包含了一个指向对象的指针,但是对象会对对象本身增加一个强引用计数,这个 incStrong的实现就在refbase类里面。新new出来一个CameraHal对象,将它的值给 sp的时候,它的强引用计数就会从0变为1。因此每次将对象赋值给一个sp指针的时候,对象的强引用计数都会加1,下面我们再看看sp的析构函数:
template
sp::~sp()
{
if (m_ptr) m_ptr->decStrong(this);
}
实际上每次delete一个sp对象的时候,sp指针指向的对象的强引用计数就会减一,当对象的强引用技术 为0的时候这个对象就会被自动释放掉。
我们再看wp,wp就是weak pointer的缩写,弱引用指针的原理 在以前的帖子已经说过了,就是为了减少对那些胖子对象对内存的占用,我们首先来看wp的一个构造函数:
wp::wp(T* other)
: m_ptr(other)
{
if (other) m_refs = other->createWeak(this);
}
它和sp一样实际上也就是仅仅对指针进行了赋值而已,对象本身会增加一个对自身的弱引用计数,同时wp还包含一个m_ref指针,这个指针主要是用来将wp升级为sp时候使用的:
template
sp wp::promote() const
{
return sp(m_ptr, m_refs);
}template
sp::sp(T* p, weakref_type* refs)
: m_ptr((p && refs->attemptIncStrong(this)) ? p : 0)
{
}
实际上我们对wp指针唯一能做的就是将wp指针升级为一个sp指针,然后判断是否升级成功,如果成功说明对象依旧存在,如果失败说明对象已经被释放掉了。wp指针我现在看到的是在单例中使用很多,确保mhardware对象只有一个,比如:
wp CameraHardwareStub::singleton;
sp CameraHal::createInstance()
{
LOG_FUNCTION_NAME if (singleton != 0) {
sp hardware = singleton.promote();
if (hardware != 0) {
return hardware;
}
} sp hardware(new CameraHal()); //强引用加1 singleton = hardware;//弱引用加1
return hardware;//赋值构造函数,强引用加1
}
//hardware被删除,强引用减1
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/yili_xie/archive/2009/11/12/4803395.aspx
android refbase类(sp wp)
这两天写v4l2的代码,所以再仔细看了sp和wp的实现过程~~
个人觉得sp和wp实际上就是android 为其c++实现的自动垃圾 回收机制 ,具体到内部实现,sp和wp实际上只是一个实现垃圾回收功能的接口而已,比如说对*,->的重载,是为了其看起来跟真正的指针一样,而真正实现垃圾回收的是refbase这个基类。这部分代码的目录在:/frameworks/base/include/utils/RefBase.h
首先所有的类都会虚继承refbase类,因为它实现了达到垃圾回收所需要的所有function,因此实际上所有的对象声明出来以后都具备了自动释放自己的能力,也就是说实际上智能指针就是我们的对象本身,它会维持一个对本身强引用和弱引用的计数,一旦强引用计数为0它就会释放掉自己。
首先我们看sp,sp实际上不是smart pointer的缩写,而是strong pointer,它实际上内部就包含了一个指向对象的指针而已。我们可以简单看看sp的一个构造函数:
template
sp
: m_ptr(other)
{
if (other) other->incStrong(this);
}
比如说我们声明一个对象:
sp
实际上sp指针对本身没有进行什么操作,就是一个指针的赋值,包含了一个指向对象的指针,但是对象会对对象本身增加一个强引用计数,这个 incStrong的实现就在refbase类里面。新new出来一个CameraHal对象,将它的值给 sp
template
sp
{
if (m_ptr) m_ptr->decStrong(this);
}
实际上每次delete一个sp对象的时候,sp指针指向的对象的强引用计数就会减一,当对象的强引用技术 为0的时候这个对象就会被自动释放掉。
我们再看wp,wp就是weak pointer的缩写,弱引用指针的原理 在以前的帖子已经说过了,就是为了减少对那些胖子对象对内存的占用,我们首先来看wp的一个构造函数:
wp
: m_ptr(other)
{
if (other) m_refs = other->createWeak(this);
}
它和sp一样实际上也就是仅仅对指针进行了赋值而已,对象本身会增加一个对自身的弱引用计数,同时wp还包含一个m_ref指针,这个指针主要是用来将wp升级为sp时候使用的:
template
sp
{
return sp
}template
sp
: m_ptr((p && refs->attemptIncStrong(this)) ? p : 0)
{
}
实际上我们对wp指针唯一能做的就是将wp指针升级为一个sp指针,然后判断是否升级成功,如果成功说明对象依旧存在,如果失败说明对象已经被释放掉了。wp指针我现在看到的是在单例中使用很多,确保mhardware对象只有一个,比如:
wp
sp
{
LOG_FUNCTION_NAME if (singleton != 0) {
sp
if (hardware != 0) {
return hardware;
}
} sp
return hardware;//赋值构造函数,强引用加1
}
//hardware被删除,强引用减1
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/yili_xie/archive/2009/11/12/4803395.aspx
Android的垃圾回收机制 - 一醉千年 - CSDN博客
Android build sequence - 一醉千年 - CSDN博客
Android Porting On Real Target - 一醉千年 - CSDN博...
Android Porting On Real Target - 一醉千年 - CSDN博...
UML类图 - 一醉千年 - CSDN博客
Java的垃圾回收机制详解和调优 --燎原
Java的垃圾回收机制详解和调优 --燎原
Android flinger - simmer_ken的专栏 - CSDN博客
Android的PVPlayer介绍 CSDN博客
Android build system note 一醉千年
Android的源代码结构 - 常青的专栏 - CSDN博客
Android PVPlayer介绍 - 常青的专栏 - CSDN博客
搭建Android环境 - shenbin1430的专栏 - CSDN博客
Android编译环境配置 - vrix的专栏 - CSDN博客
搭建Android环境 - shenbin1430的专栏 - CSDN博客
Java的垃圾回收机制详解和调优 - hdy007 - CSDNBlog
Java的垃圾回收机制详解和调优 - hdy007 - CSDNBlog
多媒体测试库建设之音频部分 - 一醉千年 - CSDN博客
asp.net 数据缓存机制 - cnkiminzhuhu的专栏 - CSDN博客
.NET下的内存分配机制 - 梦想MVP - CSDN博客
MPlayer往Android上的移植(1) - houdiney的专栏 - CSDN博客
Android:Google的阳谋和Apache Harmony - Kasmile的专栏 - CSDN博客
Android图形架构实现分析总结 - shenbin1430的专栏 - CSDN博客
Linux-Android系统启动之INIT进程和system v init - guopeixin的专栏 - CSDN博客