Cocos2dx笔记(3.x)

1. 内存管理

Cocos2dx是通过引用计数方式管理内存，主要通过两种方式实现。

1.1 手动内存管理

手动retain和release

1.2 autorelease

创建一个对象后，可以使用autorelease()方法放入自动回收池，每一帧结束的时候自动release。函数调用关系为：

• director->mainLoop()
• PoolManager:getInstance->getCurrentPool->Clear()
• obj->release()

问题：

1. 发生时机在帧结束时期，release出错难定位。
2. 如果一帧创建大量对象，会导致释放池性能下降。

2. 渲染机制

Cocos2dx在每一帧进行一次渲染，mainloop()方法的drawScene()方法，先清除渲染状态，然后调用_runningScene->render()方法。render()里使用visit()方法，用sortAllChildren()（按LocalZOrder和OrderOfArrival排序）对子节点排序，通过调用draw函数，首先绘制LocalZOrder<0的节点，在绘制自身，最后绘制LocalZOrder>0的节点。draw函数里面并没有做实际的渲染工作，而是初始化渲染命令，添加到对应的渲染队列中。最后回到_runningScene->render()中执行Renderer::render()方法。

Renderer::render()方法中，对_renderGroups（_renderGroups是存储RenderQueue的容器，RenderQueue类实质是一个存储了5种渲染命令的容器）里的每个渲染队列执行sort方法排序，根据其GlobalZorder从小到大进行排序，对GZOrder小于0的渲染命令、GZOrder大于0的渲染命令按ZOrder从小到大进行排序。此时没有对GZOrder等于0的渲染命令排序，因为这些渲染命令的添加是按照所属的Node的LocalZOrder顺序添加的，即已经排好序，无需再次排序。

排序后执行visitRenderQueue(_renderGroups[0])（），该方法是按队列里命令分类的顺序，依次对每个分类的每个命令执行processRenderCommand方法。

processRenderCommand方法遍历队列内的每个分类，把命令加到容器中。在当前分类的命令都被遍历之后，执行flush()方法，该方法主要是调用了drawBatchedTriangles()方法。

drawBatchedTriangles()会判断批量渲染的条件是否成立，主要是比较当前命令材质ID和上个命令材质ID。

总结

渲染是在每帧结束前进行的；渲染之前是把每帧的所有元素的绘制用命令统一进行存储，在渲染时读取这些命令，进行绘制；渲染时还会进行批量绘制的判断，这能有效降低DrawCall值。

3. 程序开始和结束

3.1 开始

AppDelegate::applicationDidFinishLaunching()里的runWithScene。

3.2 结束

mainloop里的_purgeDirectorInNextLoop判断

3.2.1 _purgeDirectorInNextLoop何时改变

• director调用end()函数。
• popScene，无场景的时候也会调end。

3.2.2 purgeDirector()做了什么

• 清理定时器
• 回收当前场景
• 销毁缓冲区
• 执行glView的end()函数