cocos2dx 3.0 优化提升渲染速度 auto-batching
最近在看cocos2dx 3.0的auto-batching合批与auto culling动态缩减功能下面就来仔细看看吧：整合好的渲染提速干货:
简介
在游戏的绘制渲染中，往往消耗很多资源和内存，当绘制精灵数量越多，游戏的卡顿会很明显，为了优化和提升渲染效率。cocos2d-x为我们提供了auto-batching和spritebatchnode。
auto-batching 意思是renderer将多次draw的调用打包成一次big draw 调用。(又名批处理)。
spritebatchnode 主要用于批量绘制精灵提高精灵的绘制效率的，需要绘制的精灵数量越多，效果越明显。
auto-batching
在3.0版本实现了引擎的逻辑代码与渲染代码的分离，实现了auto batch与auto culling功能。不再推荐使用spritebatchnode提高精灵的绘制效率。
auto-culling的支持，sprite在绘制时会进行检查，超出屏幕的不会发给渲染。
auto-batching的渲染流程
现在，一个渲染流程是这样的：
（1）drawscene开始绘制场景
（2）遍历场景的子节点，调用visit函数，递归遍历子节点的子节点，以及子节点的子节点的子节点，以及…
（3）对每一个子节点调用draw函数
（4）初始化quadcommand对象，这就是渲染命令，会丢到渲染队列里
（5）丢完quadcommand就完事了，接着就交给渲染逻辑处理了。
（6）是时候轮到渲染逻辑干活干活，遍历渲染命令队列，这时候会有一个变量，用来保存渲染命令里的材质id，遍历过程中就拿当前渲染命令的材质id和上一个的材质id对比，如果发现是一样的，那就不进行渲染，保存一下所需的信息，继续下一个遍历。好，如果这时候发现当前材质id和上一个材质id不一样，那就开始渲染，这就算是一个渲染批次了。
（7） 因此，如果我们创建了10个材质相同的对象，但是中间夹杂了一个不同材质的对象，假设它们的渲染命令在队列里的顺序是这样的：2个a，3个a，1个b，1个a，2个a，2个a。那么前面5个相同材质的对象a会进行一次渲染，中间的一个不同材质对象b进行一次渲染，后面的5个相同材质的对象a又进行一次渲染。一共会进行三次批渲染。
spritebatchnode
它是批处理绘制精灵，主要是用来提高精灵的绘制效率的，需要绘制的精灵数量越多，效果越明显。因为cocos2d-x采用opengl es绘制图片的，opengl es绘制每个精灵都会执行：open-draw-close流程。而spritebatchnode是把多个精灵放到一个纹理上，绘制的时候直接统一绘制该texture，不需要单独绘制子节点，这样opengl es绘制的时候变成了：open-draw()-draw()…-draw()-close()，节省了多次open-close的时间。spritebatchnode内部封装了一个textureatlas(纹理图集，它内部封装了一个texture2d)和一个array(用来存储spritebatchnode的子节点：单个精灵)。注意：因为绘制的时候只open-close一次，所以spritebatchnode对象的所有子节点都必须和它是用同一个texture(同一张图片)。
在addchild的时候会检查子节点纹理的名称跟spritebatchnode的是不是一样，如果不一样就会出错。
// check sprite is using the same texture id ccassert(sprite->gettexture()->getname() == _textureatlas->gettexture()->getname(), "ccsprite is not using the same texture id");
spritebatchnode和spriteframecache结合使用代码示例
必须保证spriteframecache和spritebatchnode加载的是同一纹理贴图。
spritebatchnode vs. auto-batching
在3.0版本中提供了新的渲染机制，实现引擎逻辑代码和渲染的分离。该版本依然支持spritebatchnode，和以前的版本保持一致。但是不再推荐使用spritebatchnode。
auto-culling的支持，sprite在绘制时会进行检查，超出屏幕的不会发给渲染。
使用auto-batching
·需确保精灵对象拥有相同的textureid(精灵表单spritesheet)；
·确保他们都使用相同的材质和混合功能
·不再把精灵添加spritebatchnode上
·避免打乱quadcommand队列
auto-batching拥有更好的性能提升。
下面通过代码来分析几种符合auto-batching使用的情况
1、使用同一图片生成精灵，加到场景中。此种情况最简单，就是重复添加同一个精灵。 由于满足auto-batching的条件。此时的渲染批次为2.(首先，即使我一个精灵也不创建，渲染批次也至少是1,加上刚刚这重复添加的精灵的渲染)
2、使用精灵帧表单，加载生成添加不同的精灵。但是各个精灵的材质都是一样的，满足auto-batching的条件。此时的渲染批次为2.(首先，即使我一个精灵也不创建，渲染批次也至少是1,加上刚刚这重复添加的精灵的渲染)
在实际使用中推荐使用这种方式。
3、此种情况假设在不同的zorder下添加不同的精灵，在遍历子节点之前，其实还偷偷做了一件事情，那就是，调用sortallchildren();函数对子节点进行排序，虽然重复添加不同材质生成的精灵，但是它们的zorder不一样，根据zorder，auto-batching渲染命令被重新排序，根据材质相同加入渲染队列从而降低了渲染次数。
如果注释掉sprite2->setzorder(1);你会发现渲染批次会升高。
以上就是cocos2dx3.0 优化提升渲染速度auto-batching .的内容。