上篇文章分析了什么是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); }好艰辛,终于看到了什么,这里将child加入到了_children中,_children是什么呢? 看它的声明
Vector<Node*> _children;注意,这是一个大写V开头的Vector,说明这是cocos2d-x自己实现的可变数组,这个数组实际上和std标准库中的数组的实现差不多,标准库的算法可以完美的应用在这个数组上,这个数组与std::vector的最大区别就是引入了引用技术机制。在pushBack中,究竟做了些什么呢?
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();减少了对象的引用计数,这样就能将UI从UI树中分离并且不会造成内存泄露了。
当然,这样做的好处还不止这些,试想如下代码
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