cocos2d 一个坑爹的内存泄露

大佬教程收集整理的这篇文章主要介绍了cocos2d 一个坑爹的内存泄露，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

看以下事例代码：

@H_944_2@auto node1 = Sprite::create("CloseNormal.png"); node1->setName("node1"); auto action1 = ScaleTo::create(1.0,0.5); auto node2 = Sprite::create("CloseNormal.png"); node2->runAction(action1); node2->setName("node2"); node1->addChild(node2);
就只是在场景初始化时加入以上代码。并没有将node1 添加到场景。

在循环结束后node1显然被释放掉了。但是node2并不会被释放，原因是它do 了一个action,这一操作会将它的计数+1，变成3次，node1释放和循环结束会影响node2的计数-1，最后node2的计数是1，但是循环已经结束，而且拿不到node2，它就这么一直在内存中。

讲上面这个原因是今天分析了一下游戏的性能，然后就发现了这个坑爹的内存泄露。

那游戏中怎么会出现这种情况呢？

local node = cc.CSLoader:createNode(path)

对，就是这个鬼东西：CSLoader，估计很多项目都是这样下载资源的吧。正常来说CSLoader并没有什么问题，但是一些特殊的情况就会造成内存泄露。

先说结论吧：

1：node并没有加入到场景中。

2：path对应的资源中有ProjCETNode

在同时满足以上两点的情况下会出现内存泄露。

原因如下：

@H_944_2@if (classname == "ProjectNode") { auto reader = ProjectNodeReader::geTinstance(); auto projectNodeOptions = (ProjectNodeOptions*)options->data(); std::string filePath = projectNodeOptions->filename()->c_str(); CCLOG("filePath = %s",filePath.c_str()); cocostudio::timeline::ActionTimeline* action = nullptr; if (filePath != "" && FileUtils::geTinstance()->isFileExist(filePath)) { node = createNodeWithFlatBuffersFile(filePath); action = cocostudio::timeline::ActionTimelineCache::geTinstance()->createActionWithFlatBuffersFile(filePath); } else { node = Node::create(); } reader->setPropsWithFlatBuffers(node,options->data()); if (action) { node->runAction(action); action->gotoFrameAndPause(0); } }
妈蛋，这里do 了一个action。明白了吧！！！

项目一朋友只是为了获取到资源的大小而已，并不需要加入到场景中，所以内存泄露出现了。

解决办法：

在Node的析构函数中修改：

@H_944_2@for (auto& child : _children) { <span style="white-space:pre"> </span><span style="color:#ff0000;">if(child){ <span style="white-space:pre"> </span>child->stopAllActions()//actionmanager加的就由它来减吧 }</span> child->_parent = nullptr; }

延伸：Node是如何被释放内存的？

Node被删除是在release中，当_referenceCount为0时就会释放Node占用的内存。

情况一：

@H_944_2@auto node1 = Sprite::create("CloseNormal.png"); node1->setName("node1"); auto action1 = ScaleTo::create(1.0,0.5); auto node2 = Sprite::create("CloseNormal.png"); //node2->runAction(action1); node2->setName("node2"); node1->addChild(node2);这个时候node1和node2是如何释放内存的?node1很简单：在循环结束时，autoreleasepool会主动调用node1的release方法，而它的_referenceCount就是1，所以被delete了，而node2呢？他这个时候的_referenceCount为2,autoreleasepool只会减1,第2次减1是如何发生的呢？这就要涉及到node的_children了，在将node2 add到node1时，会被插入到node1的_children中： @H_944_2@void pushBACk(T object) { CCassERT(object != nullptr,"The object should not be nullptr"); _data.push_BACk( object ); object->retain();//计数+1 }
在析构node1后，自然_children对象也会被析构（C++基础哦），所以看Vector的析构函数,最终到了clear() @H_944_2@ void clear() { for( auto it = std::begin(_data); it != std::end(_data); ++it ) { (*it)->release(); } _data.clear(); }

情况二：这是最正常情况。
@H_944_2@auto node1 = Sprite::create("CloseNormal.png"); node1->setName("node1"); auto action1 = ScaleTo::create(1.0,0.5); auto node2 = Sprite::create("CloseNormal.png"); //node2->runAction(action1); node2->setName("node2"); node1->addChild(node2); this->addChild(node1); @H_944_2@node1->removeFromParent();游戏中的逻辑就是这样的。 @H_944_2@void Node::detachChild(Node *child,ssize_t childIndex,bool doCleanup) { if (_running) { child->onExitTransitionDidStart(); child->onExit(); } #if CC_USE_PHYSICS child->removeFromPhysicsWorld(); #endif if (doCleanup) { child->cleanup(); } child->setParent(nullptr); _children.erase(childIndeX); }_children.erase的时候调用release方法，delete掉node1，node2 delete时候和情况一样。

情况三：

@H_944_2@auto node1 = Sprite::create("CloseNormal.png"); node1->setName("node1"); auto action1 = ScaleTo::create(1.0,0.5); auto node2 = Sprite::create("CloseNormal.png"); node2->runAction(action1); node2->setName("node2"); node1->addChild(node2); this->addChild(node1); @H_944_2@node1->removeFromParent();也不会有泄露。

node1 remove之前node2的_referenceCount为2（action还未结束前）,node1就只是1。

@H_944_2@void Node::detachChild(Node *child,bool doCleanup) { if (_running) { child->onExitTransitionDidStart(); child->onExit(); } #if CC_USE_PHYSICS child->removeFromPhysicsWorld(); #endif if (doCleanup) { child->cleanup(); } child->setParent(nullptr); _children.erase(childIndeX); }
_children.erase这里-1之前就已经说过了，另外一次出现在child->cleanup @H_944_2@void Node::cleanup() { // actions this->stopAllActions(); this->unscheduleAllCallBACks(); #if CC_ENABLE_SCRIPT_BINDING if ( _scriptType != kScriptTypeNonE) { int action = kNodeOnCleanup; BasicScriptData data(this,(void*)&action); ScriptEvent scriptEvent(kNodeEvent,(void*)&data); ScriptENGIneManager::geTinstance()->getScriptENGIne()->sendEvent(&scriptEvent); } #endif // #if CC_ENABLE_SCRIPT_BINDING // timers for( const auto &child: _children) child->cleanup(); }

@H_944_2@void Node::stopAllActions() { _actionManager->removeAllActionsFromTarget(this); } @H_944_2@void ActionManager::deleteHasHelement(tHasHelement *element) { ccArrayFree(element->actions); HASH_DEL(_targets,element); element->target->release(); free(element); }


在Node2动作还未结束前，actionmanager中持有node2的引用，只有node2完成了动作才会 由actionmanager来release掉node2。

所以在Node1 cleanup时，会触发node2的 cleanup，终止node2的动作，从actionmanager中移除node2,node2的计数-1。这也是最开头的哪个泄露的原因，node没有从actionmanager中移除，一直保持了1的状态。

大佬总结

以上是大佬教程为你收集整理的cocos2d 一个坑爹的内存泄露全部内容，希望文章能够帮你解决cocos2d 一个坑爹的内存泄露所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。