【第22期】观点:IT 行业加班,到底有没有价值?

cocos2d 一个坑爹的内存泄露

原创 2015年11月17日 22:45:20

看以下事例代码:

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 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占用的内存。

情况一:

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, 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这里-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-x开发---关于内存检测

Cocos2dx 开发

cocos2dx 看上去很美的引用计数造成的内存泄露(一)——CCCallFunc对象

所有的代码都已经屏蔽掉无关部分,仅展示对问题有实质影响的部分; 引用计数无需多言,以下简称RC。 先说RC的2个基本原则: 1、不直接new和delete对象,而是通过RC实现,RC为0...

【笔记】VLD + cocos2dx 内存泄露检测(一)

在windows上检测内存泄露有很多方式:windgb、vld等、 对于windgb,它本身用着不太方便,检测少数的几个头文件还可以,但是文件数量多了,或者他人写的代码,就比较费劲了(相对于我来说...

cocos内存泄漏以及优化问题

这几天疯狂的赶进度 到了今天晚上突然服务端和美工告诉我 进度都卡住了。 实在无奈就上来更篇博客。 最近遇到几个好玩的事情,关于内存泄漏 要知道当时开发unity的时候很少去管内存这个东西,可能是u...

回顾新工作一个月

基本上来宁波之后生活开始规律。 很少有很迟睡的情况,每天工作12-14个小时,很累但很充实。 到今天为止,1个月多几天,完成了整个游戏逻辑的构架与实现。 这是我之前完全不能想象的事情,当然这也归...

第一次跳槽之后的生活

来到宁波已经快4个星期了。 基本上没好好的看过这座城市,一直埋头苦干的在公司和家里两点一线。 老板说了只要干完一期(3个月)就能飞黄腾达了。我不知道同事信不信,我反正是信了,哈哈。 言归正传,最...

cocos2d-x 易错的内存泄露

变量 当create出来的变量,被addChild到以CCNode为基类的类时,或者被addObject到CCArray、CCSet等时,都会自动将这个变量对象retain()一次,以防止被自动释放...

Cocos2d-x内存管理研究<二>(转载特兹卡特的百度空间)

上一篇我们讲了内核是如何将指针加入管理类进行管理.这次我将分析一下内核是如何自动释放指针的.   不过在这之前,我们要先引入另一个类.Cocos2d-x的核心类之一CCDirector.这个类可...
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)