cocos2d 一个坑爹的内存泄露

概述看以下事例代码： 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);n

看以下事例代码：

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

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

原因如下：

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的析构函数中修改：

for (auto& child : _children) {<span >	</span><span >if(child){	<span >	</span>child->stopAllActions()//actionmanager加的就由它来减吧	}</span>        child->_parent = nullptr; }

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

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

情况一：

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中：

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()

 voID clear()    {        for( auto it = std::begin(_data); it != std::end(_data); ++it ) {            (*it)->release();        }        _data.clear();    }

情况二：这是最正常情况。

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);

node1->removeFromParent();

游戏中的逻辑就是这样的。

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时候和情况一样。

情况三：

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);

node1->removeFromParent();

也不会有泄露。

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

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

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();}

voID Node::stopAllActions(){    _actionManager->removeAllActionsFromTarget(this);}

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 一个坑爹的内存泄露所遇到的程序开发问题。

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