Cocos2d-x 3.1 内存管理机制

Cocos2d-x 3.1 内存管理机制,第1张

概述Cocos2d-x使用的内存管理方式是引用计数,引用计数是一种很有效的机制,通过给每个对象维护一个引用计数器,记录该对象当前被引用的次数。当对象增加一次引用时,计数器加1;而对象失去一次引用时,计数器减1;当引用计数为0时,标志着该对象的生命周期结束,自动触发对象的回收释放。引用计数的重要规则是每一个程序片段必须负责任地维护引用计数,在需要维持对象生存的程序段的开始和结束分别增加和减少一次引用计数

Cocos2d-x使用的内存管理方式是引用计数,引用计数是一种很有效的机制,通过给每个对象维护一个引用计数器,记录该对象当前被引用的次数。当对象增加一次引用时,计数器加1;而对象失去一次引用时,计数器减1;当引用计数为0时,标志着该对象的生命周期结束,自动触发对象的回收释放。引用计数的重要规则是每一个程序片段必须负责任地维护引用计数,在需要维持对象生存的程序段的开始和结束分别增加和减少一次引用计数,这样就可以实现十分灵活的内存管理。

接下来看一下Cocos2d-x 3.1 版本的源码是怎么实现引用计数的。

一、Ref

我们都知道几乎每个类都继承一个类Ref,打开CCRef.h查看Ref类,去掉其它与引用计数无关的,可以简化为:

// CCRef.hclass CC_DLL Ref{public:    voID retain();  // 引用计数加1    voID release(); // 引用计数减1    Ref* autorelease(); // 将对象交给自动释放池     unsigned int getReferenceCount() const; // 获取当前的引用计数 protected:    Ref();      // 构造函数,这里的权限为protected,说明自己不能实例化,子类可以实例化 public:    virtual ~Ref(); protected:    unsigned int _referenceCount;   // 引用计数     frIEnd class autoreleasePool;   // 这个先别管};

// CCRef.cppRef::Ref(): _referenceCount(1) // new一个对象时,引用计数加1{} Ref::~Ref(){} voID Ref::retain(){    CCASSERT(_referenceCount > 0,"reference count should greater than 0");    ++_referenceCount;} voID Ref::release(){    CCASSERT(_referenceCount > 0,"reference count should greater than 0");    --_referenceCount;     if (_referenceCount == 0)   // 引用为0时说明没有调用该对象,此时delete对象    {        delete this;    }} Ref* Ref::autorelease(){    PoolManager::getInstance()->getCurrentPool()->addobject(this);    // 交给自动释放池管理    return this;} unsigned int Ref::getReferenceCount() const{    return _referenceCount;}

总结一下,Ref类就做了几件事:

1、Ref自己不能实例化,只能由子类实例化;

2、创建是引用计数为1;

3、调用retain引用计数加1;

4、调用release引用计数减1;

5、调用autorelease并没有使引用计数减1,而是交给自动释放池来管理。


那么自动释放池是什么呢?肯定跟autorelease方法里面的PoolManager有关。

打开CCautoreleasePool.h文件查看,发现有两个类,一个是autoreleasePool,一个是PoolManager,从字面意思看,autoreleasePool就是自动释放池,而PoolManager就是池管理器,这些思路有点清晰了:

1、调用autorelease后对象交给autoreleasePool来管理;

2、PoolManager是用来管理autoreleasePool的,说明可以有多个池。

二、autoreleasePool

接下来一步步看,先看autoreleasePool自动释放池,看简化版本的:

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 // autoreleasePool.h class CC_DLL autoreleasePool { public : autoreleasePool(); // 疑问1:不要在堆上创建,而应该在栈上创建(为什么呢?等下解释) ~autoreleasePool(); voID addobject(Ref *object); // 添加一个Ref对象到释放池 clear(); // 清理自动释放池 private : std::vector<ref*> _managedobjectArray; // 用来保存这个自动释放池里面加入的所有Ref对象 };</ref*>
? 14 15 16 17 18 19 20 21 22 23 24 25 26 27
// autoreleasePool.cpp autoreleasePool::autoreleasePool() { _managedobjectArray.reserve( 150 ); // 1、设置容器大小为150 PoolManager::getInstance()->push( this // 2、新建一个释放池时就加入了释放池管理器中(可以暂时放着,等看了PoolManager再回来看) } autoreleasePool::~autoreleasePool() { clear(); // 1、清理释放池 PoolManager::getInstance()->pop(); // 2、将释放池从释放池管理器中删除 } autoreleasePool::addobject(Ref* object) { _managedobjectArray.push_back(object); // 添加一个Ref对象到释放池中 } autoreleasePool::clear() { for ( const auto &obj : _managedobjectArray) // 1、调用所有自动释放对象的release函数,注意:只有当引用计数为0时才会delete对象,相同对象加入几次就会release几次 { obj->release(); } _managedobjectArray.clear(); // 2、清除容器 }


总结一下,autoreleasePool类就做了几件事:

1、维持一个保存Ref对象的队列,这些Ref对象调用autorelease就会加到该队列,调用addobject函数添加;

2、clear函数对autoreleasePool管理的所有Ref执行一次release *** 作,只有当引用计数为0时对象才会delete,加入几次就执行几次release *** 作。

三、PoolManager

PoolManager是管理释放池的,在autoreleasePool用到push和pop方法,可以猜到PoolManager应该维持一个存放释放池的栈:

?

22
// PoolManager.h CC_DLL PoolManager static PoolManager* getInstance(); // PoolManager是个单例模式 static voID destroyInstance(); // 删除单例模式创建的对象 autoreleasePool *getCurrentPool() ; // 获取当前的释放池 : PoolManager(); ~PoolManager(); push(autoreleasePool *pool); // 压入一个释放池 pop(); // d出一个释放池 PoolManager* s_singleInstance; std::deque _releasePoolStack; // 存放自动释放池的栈 autoreleasePool *_curReleasePool; // 当前的自动释放池 };</autoreleasepool*>
? 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65
// PoolManager.cpp PoolManager* PoolManager::s_singleInstance = nullptr; // 获取单例模式时,如果还没创建,则会创建两个释放池并添加到池管理器中 PoolManager* PoolManager::getInstance() { if (s_singleInstance == nullptr) { s_singleInstance = new PoolManager(); // 第一个池:autoreleasePool构造函数会将构造的池添加到池管理器中 s_singleInstance->_curReleasePool = autoreleasePool(); // 第二个池:将new出来的释放池再一次压入池管理器中 s_singleInstance->_releasePoolStack.push_back(s_singleInstance->_curReleasePool); } return s_singleInstance; } // delete单例模式创建的对象 PoolManager::destroyInstance() delete s_singleInstance; s_singleInstance = nullptr; } PoolManager::PoolManager() { } // 析构函数 PoolManager::~PoolManager() { while (!_releasePoolStack.empty()) { autoreleasePool* pool = _releasePoolStack.back(); _releasePoolStack.pop_back(); // 1、d出自动释放池 delete pool; // 2、delete自动释放池对象 } } // 获取当前释放池 autoreleasePool* PoolManager::getCurrentPool() const { _curReleasePool; } PoolManager::push(autoreleasePool *pool) { @H_301_745@ _releasePoolStack.push_back(pool); // 1、压入释放池 _curReleasePool = pool; // 2、设为当前释放池 } // d出栈顶释放池,并将当前释放池指向新的栈顶释放池 PoolManager::pop() { CC_ASSERT(_releasePoolStack.size() >= 1 ); _releasePoolStack.pop_back(); (_releasePoolStack.size() > ) { _curReleasePool = _releasePoolStack.back(); } 貌似PoolManager功能更加简单,就是管理释放池。

四、内存管理思路

1、autorelease

new一个对象的时候,调用其autorelease将对象交给自动释放池管理

?

5
Ref* Ref::autorelease() { PoolManager::getInstance()->getCurReleasePool()->addobject( ); return this ; }

2、PoolManager::getInstance()

在获取单例对象时,如果不存在则会创建一个PoolManager对象,这时候会添加两个释放池

引擎自己会维持两个默认的释放池,如果我们没有手动创建释放池,则autorelease对象都添加到栈顶默认释放池。

其实我还没弄懂这里为什么要有两个默认的释放池,一个也可以的。

3、getCurReleasePool()获取的是当前释放池,addobject()将Ref对象加入当前释放池中。<喎�"http://www.2cto.com/kf/ware/vc/" target="_blank" >vcD4KPHA+PC9wPgo8cHJliGNsYXNzPQ=="brush:java;">voID autoreleasePool::addobject(Ref* object) { _managedobjectArray.push_back(object); }这样,每一个调用autorelease的Ref对象都会添加到_managedobjectArray中。

4、自动释放池的对象是怎么释放的?看autoreleasePool:clear()函数

这里循环_managedobjectArray调用里面对象的release,调用1次release,引用计数就减1,当引用计数为0时就delete该对象。

你肯定很疑惑,在哪里会调用clear函数呢,~autoreleasePool()会调用,但是那是在delete的时候释放的,我们看到Director类的主循环:

看到这里就明白了吧,每一次主循环都会调用clear来release自动释放池的对象,而每一帧会执行一次主循环,也就是每一帧都会清除一次。

五、手动创建释放池

我们已经知道,调用了autorelease()方法的对象将会在自动释放池池释放的时候被释放一次。虽然Cocos2d-x已经保证每一帧结束后释放一次释放池,但是如果在一帧之内生成了大量的autorelease对象,将会导致释放池性能下降。因此在生存autorelease对象密集的区域(通常是循环中)的前后,最后手动创建一个释放池。

?

7
{ autoreleasePool pool1; // 手动创建一个释放池 () { ref->autorelease(); // 循环里面执行autorelease,这些对象会添加到pool1中 } 此时,引擎维护三个释放池,我们知道每一帧结束时会执行当前释放池的clear(),所以上面的那些对象就会在第一帧结束时被释放,而那些放在引擎默认释放池的autorelease对象就会在下一帧被释放,错开了释放的时间,这样就不会降低释放池的性能。

看到上面的代码,你会感到疑惑:为什么只有创建释放池,而没有释放。还记得在autoreleasePool.h中autoreleasePool构造函数的注释吗:不要在堆上创建,而应该在栈上。我们知道,new出来对象必须手动delete才能释放,而在栈上的变量,当作用域消失就会释放,如上面的pool1,当执行到最后一个“}”时就会调用其析构函数,看看autoreleasePool构造和析构函数做了些什么:

3、Cocos2d-x内存管理的一种实现 http://www.cocoachina.com/applenews/devnews/2013/0531/6315.HTML

4、深入理解Cocos2d-x内存管理 http://www.cocoachina.com/applenews/devnews/2013/0621/6455.HTML

本文转自:http://www.2cto.com/kf/201407/314375.HTML

总结

以上是内存溢出为你收集整理的Cocos2d-x 3.1 内存管理机制全部内容,希望文章能够帮你解决Cocos2d-x 3.1 内存管理机制所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/web/1066773.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-26
下一篇 2022-05-26

发表评论

登录后才能评论

评论列表(0条)