Cocos2d v3 - addChild 方法使性能出现问题



我目前在 cocos2d 版本 3.3 中的 addChild 方法存在性能问题。我目前的情况是,我有大约十个CCNode,其中包含一捆其他CCNode(大约 500 个(,我称这十个为"大节点"。

"大节点"的孩子有自己的孩子(大约3个(。那些CCNodes是精灵。

"大节点"中没有一个孩子运行任何操作。一切都发生在他们的更新方法中(如果相关的话(。

在我的主场景中,我弄清楚了屏幕上的"大节点"。如果有一个新的"大节点"或旧的节点在屏幕上不再可见,我运行以下代码:

self = mainScene
_allBigNodes = holds all avaible big nodes
        NSMutableArray * childsToRemove = [NSMutableArray arrayWithCapacity: _children.count];
        for(CCNode * child in _children){
            if([child isKindOfClass:[BigNode class]]){
                [childsToRemove addObject:child];
            }
        }
        for(CCNode * child in childsToRemove){
            [child removeFromParentAndCleanup:NO];
        }
        [childsToRemove removeAllObjects];
        for(int BigNodeIndex = _fromBigNodePosition; BigNodeIndex<=_toBigNodePosition; ++BigNodeIndex){
            BigNode * BigNode = [_allBigNodes objectAtIndex: BigNodeIndex];
            [self addChild: BigNode];
        }

主屏幕正常最多有两个孩子。上述方法工作正常。

关于这个问题:有时在我的游戏中,我有一些紧张的动作。所以我使用分析工具计算出上面的addChild方法的成本在60-100ms之间。

Running Time    Self                        Symbol Name
90.0ms   79.6%  0.0                         -[CCNode addChild:]
90.0ms   79.6%  0.0                          -[CCNode addChild:z:name:]
89.0ms   78.7%  0.0                           -[CCNode onEnter]
88.0ms   77.8%  0.0                            -[NSArray makeObjectsPerformSelector:]
88.0ms   77.8%  0.0                             -[CCNode onEnter]
72.0ms   63.7%  0.0                              -[NSArray makeObjectsPerformSelector:]
71.0ms   62.8%  0.0                               -[CCNode onEnter]
42.0ms   37.1%  0.0                                -[NSArray makeObjectsPerformSelector:]
42.0ms   37.1%  0.0                                 -[CCNode onEnter]
39.0ms   34.5%  0.0                                  -[CCScheduler scheduleTarget:]
38.0ms   33.6%  2.0                                   PrioritySearch
1.0ms    0.8%   1.0                                   DYLD-STUB$$objc::DenseMap<objc_object*, unsigned long, true, objc::DenseMapInfo<objc_object*> >::grow(unsigned int)
1.0ms    0.8%   0.0                                  -[CCNode physicsNode]
1.0ms    0.8%   0.0                                   -[CCNode physicsNode]
1.0ms    0.8%   1.0                                  objc_msgSend
1.0ms    0.8%   1.0                                  objc_object::sidetable_release(bool)
28.0ms   24.7%  0.0                                -[CCScheduler scheduleTarget:]
26.0ms   23.0%  1.0                                 PrioritySearch
1.0ms    0.8%   0.0                                 -[CCScheduler scheduledTargetForTarget:insert:]
1.0ms    0.8%   1.0                                 DYLD-STUB$$objc_msgSend
1.0ms    0.8%   0.0                                -[CCNode physicsNode]
1.0ms    0.8%   1.0                               DYLD-STUB$$objc_msgSend
16.0ms   14.1%  0.0                              -[CCScheduler scheduleTarget:]
14.0ms   12.3%  0.0                               PrioritySearch
2.0ms    1.7%   0.0                               -[CCScheduler scheduledTargetForTarget:insert:]
1.0ms    0.8%   0.0                            -[CCScheduler scheduleTarget:]
1.0ms    0.8%   1.0                           -[CCNode wasRunning:]

所以我的问题是:有没有办法停用 ccnode 或者处理这种拥有许多 ccnode 或这些屏幕外的"大节点"的情况的最佳解决方案是什么?

提前谢谢你

500个节点是很多节点。您不希望在运行时添加/删除它们。

相反,只需在不需要父级的visiblepaused属性时更改它们,以防止它们呈现和运行计划的选择器和操作。

最新更新