【深入了解cocos2d-x 3.x】UI树（2）——UI树的内存管理机制

上篇文章分析了什么是UI树，以及UI树的使用方法，这节会重点分析UI树的内存管理机制以及如何利用UI树对游戏中的UI内存进行合理的管理。

说到UI树的内存管理机制，就不得不提cocos2d-x的内存管理机制——引用计数了，相信只要不是初学者都已经理解了这一块了，这里还是对cocos2d-x的内存管理机制做一个大概的介绍吧。

cocos2d-x采用的是引用计数法作为其内存管理的方法，引用计数法的核心思想为，当某个类需要引用变量x时，需要增加一个变量x的引用计数，当这个类不需要变量x时，需要减少一个变量x的引用计数。这样，谁引用，谁释放，引用和释放成对出现，就可以避免掉内存泄露的问题了。cocos2d-x对这一方法还有一个扩展，就是自动延迟释放机制，就是，如果存在一个变量x，它在函数的一帧上都需要用，但是下一帧，变量x就可以被释放掉，如果我们手动的在下一帧上释放x，操作其他会非常麻烦，也不直观，cocos2d-x提供了一个函数：autorelease，这个函数将会把对象加入到默认的自动释放池中，在一帧结束，引擎将自动清理自动释放池中的变量内存，这样就非常方便了。

cocos2d-x有一个不成文的规定，指针的创建一般不会用new直接创建，而是通过一个方法：create来创建，这个方法已经被引擎封装成一个宏定义了：CREATE_FUNC，下面是这个宏定义的实现：

#define CREATE_FUNC(__TYPE__) static __TYPE__* create() {     __TYPE__ *pRet = new __TYPE__();     if (pRet && pRet->init())     {         pRet->autorelease();         return pRet;     }     else     {         delete pRet;         pRet = NULL;         return NULL;     } }

上述很啰嗦的介绍了一下cocos2d-x的内存管理机制，现在进入正文了，当一个节点被加入到UI树中，它的引用计数将会有怎么样的变化呢？下面是Node的addChild的源码分析（addChild中真正的实现在addChildHelper中，下文忽略了不相关的代码）：

void Node::addChildHelper(Node* child, int localZOrder, int tag, const std::string &name, bool setTag)
{
    this->insertChild(child, localZOrder);
    
    if (setTag)
        child->setTag(tag);
    else
        child->setName(name);
    
    child->setParent(this);
    child->setOrderOfArrival(s_globalOrderOfArrival++);
}

void Node::insertChild(Node* child, int z)
{
    _transformUpdated = true;
    _reorderChildDirty = true;
    _children.pushBack(child);
    child->_setLocalZOrder(z);
}

Vector<Node*> _children;

    void pushBack(T object)
    {
        CCASSERT(object != nullptr, "The object should not be nullptr");
        _data.push_back( object );
        object->retain();
    }

object->retain();

接下来对于removeXXXX函数进行分析，就挑选removeChild函数进行分析吧（其他函数也大同小异）

void Node::removeChild(Node* child, bool cleanup /* = true */)
{
    // explicit nil handling
    if (_children.empty())
    {
        return;
    }

    ssize_t index = _children.getIndex(child);
    if( index != CC_INVALID_INDEX )
        this->detachChild( child, index, cleanup );
}

而这个函数最终调用的是 detachChild函数，来继续跟踪进去吧（忽略的无关代码）

void Node::detachChild(Node *child, ssize_t childIndex, bool doCleanup)
{
    // set parent nil at the end
    child->setParent(nullptr);

    _children.erase(childIndex);
}

_children.erase(childIndex);

同样跟踪进入看看它的实现：

    iterator erase(ssize_t index)
    {
        CCASSERT(!_data.empty() && index >=0 && index < size(), "Invalid index!");
        auto it = std::next( begin(), index );
        (*it)->release();
        return _data.erase(it);
    }

(*it)->release();

当然，这样做的好处还不止这些，试想如下代码

Scene s = Scene::create();
Director::getInstance()->runWithScene(s);
Layer l = Layer::create();
s->addChild(l);

.... 若干帧后

s->removeChild(l);

答案是不会，而且这样写出来的代码，我们并不需要关心内存的分配问题，引擎会自动帮我们申请内存，并且在不需要的时候，自动将内存回收。这似乎是一个非常好的解决方案，但是也有一些不足。

试想如下使用场景，现需要将上述的l节点与s节点中间增加一个层m，m是s场景的子节点，也是l层的父节点，这时候应该怎么做呢？要知道在removeChild之后，l层的内存已经被释放掉了。似乎没有什么解决方法了，看下文：

Scene s = Scene::create();
Director::getInstance()->runWithScene(s);
Layer l = Layer::create();
l->setTag(1);
s->addChild(l);

.... 若干帧后

auto l = s->getChildByTag(1);
l->retain();
s->removeChild(l);
Layer m = Layer::create();
s->addChild(m);
m->addChild(l);
l->release();

Scene s = Scene::create();
Director::getInstance()->runWithScene(s);
Layer l = Layer::create();
l->setTag(1);
s->addChild(l);

.... 若干帧后

RefPtr<Node> l = s->getChildByTag(1);
s->removeChild(l);
Layer m = Layer::create();
s->addChild(m);
m->addChild(l);

舍友准备睡觉了 今晚就先这样吧

【深入了解cocos2d-x 3.x】UI树（2）——UI树的内存管理机制

原文：http://blog.csdn.net/nxshow/article/details/44544363