cocos2d-x 源代码分析 : Ref (CCObject) 源代码分析 cocos2d-x内存管理策略

从源代码版本号3.x。转载请注明

cocos2d-x 总的文件夹的源代码分析:

http://blog.csdn.net/u011225840/article/details/31743129

1.Ref,AutoreleasePool。PoolManager

Ref中包括了一个叫referenceCount的引用计数,当一个Ref类的变量被new的时候,其referenceCount的引用计数被置为1。 当中有三个重要的操作,retain。release,autorelease,以下源代码分析时会具体说明。
        AutoreleasePool中存放在被显示调用autorealse的ref。而且在每一帧过后调用其clear函数。显示的调用存放在当中的ref的realse函数,然后清空自身。
        PoolManager则管理着所欲的AutoreleasePool,没有错,不唯独一个AutoreleasePool,有多个AutoreleasePool。

2.源代码分析

         假设你想清晰的了解cocos2d-x 3.x 的内存管理机制。请你一定要耐心阅读完这里的代码,源码本身清晰易懂,何况我已经加了一些必要的中文凝视呢~

2.1 Ref源代码分析

          重要的成员变量:_referenceCount,在构造函数中被置为1,切记。
          
         
void Ref::retain()
{
CCASSERT(_referenceCount > 0, "reference count should greater than 0");
++_referenceCount;
}
Ref* Ref::autorelease()
{
PoolManager::getInstance()->getCurrentPool()->addObject(this);
return this;
}
void Ref::release()
{
CCASSERT(_referenceCount > 0, "reference count should greater than 0");
--_referenceCount;
if (_referenceCount == 0)
{
delete this;
}
}

当中一些Debug或者追踪memory leak 的宏和函数我已经去掉,事实上这三个函数的本质就是这么简单,retain和release分别添加和降低referenceCount,而且release函数在count为0时就delete 自己。autorelease函数将Ref放入当前的AutorealsePool。

         Attention Please:三个函数内部都有一个CCASSERT。要求调用时该object的referenceCout必须是大于0的。
                                           release或者autorealse必须和new或者retain成对出现。

         这里開始讲一下主要的使用方法。由于我们平时须要我们管理的、使用的类一般都是继承于Node(Layer、Sprite等)。看下Node的create函数吧。
         在Node的create中,调用了new(Count设置为1)后,马上调用了autoRelease,将其放入AutoreleasePool中。

(AutoreleasePool的源代码一会再分析)

         所以当你使用了create之后,请不要在使用release或者Autorelease,除非你手动了retain一次。
         可是当你把一个node1添加到还有一个node2的时候。你能够理解为此时node1的refereneceCount添加了一次,可是你不须要做不论什么额外的操作。由于当node1被remove或者即使没有remove操作。当node2析构的时候(会将他的child的count减1)。也就是说,整个引擎会自己主动管理referenceCount。仅仅要你不要手动的retain。


2.2AutoreleasePool 源代码分析

         
void AutoreleasePool::clear()
{
#if defined(COCOS2D_DEBUG) && (COCOS2D_DEBUG > 0)
_isClearing = true;
#endif
for (const auto &obj : _managedObjectArray)
{
obj->release();
}
_managedObjectArray.clear();
#if defined(COCOS2D_DEBUG) && (COCOS2D_DEBUG > 0)
_isClearing = false;
#endif
}

AutoRealse的clear函数十分清晰,就是调用其包括的ref的release函数,然后将自己的managedObject清空。这里须要解决的疑惑是何时调用了clear函数。打开Director的源代码
void DisplayLinkDirector::mainLoop()
{ if (_purgeDirectorInNextLoop)
{
_purgeDirectorInNextLoop = false;
purgeDirector();
}
else if (! _invalid)
{
drawScene(); // release the objects
PoolManager::getInstance()->getCurrentPool()->clear();
}
}

在你的App执行时,每一帧開始时都是先drawScene()。各种界面上的显示结束后,就開始clear了。


2.3 PoolManager

        std::deque<AutoreleasePool*> _releasePoolStack;

        AutoreleasePool *_curReleasePool;
        PoolManager管理着全部的autorerealsePool,而且有一个指针指向当前的releasePool。
        值得注意的是。笔者觉得3.x此处有个小bug。
        
PoolManager* PoolManager::getInstance()
{
if (s_singleInstance == nullptr)
{
s_singleInstance = new PoolManager();
// Add the first auto release pool
s_singleInstance->_curReleasePool = new AutoreleasePool("cocos2d autorelease pool");
s_singleInstance->_releasePoolStack.push_back(s_singleInstance->_curReleasePool);
}
return s_singleInstance;
}

poolManager是单例模式,当第一次初始化的时候,会自己主动生成一个AutoreleasePool,并将其放入自己的stack中。可是。当你打开AutoreleasePool的构造函数时,发现当中已经有一个调用PoolManager::getInstance()->push(this); 通过debug跟踪。笔者发现此时有两个AutoRealsePool。即poolManager的stack内有两个位置都指向同一个AutoRealsePool。

感觉此处应该是一个Bug。

3. 小结

        1.Ref,AutorealsePool。PoolManager是紧密相关的
        2.Ref的retain、new  应该与 release或者autoRealse成对出现。
        3.Node用途。

版权声明:本文博客原创文章,博客,未经同意,不得转载。

上一篇:模拟树的用法


下一篇:redis持久化机制和内存管理