大家好，又见面了，我是全栈君。
http://blog.csdn.net/epeaktop/article/details/26730909中已经说明了程序的设计，让我们来看看在cocos2dx 3.0中代码是怎样实现的。
代码语言：javascript复制void Sprite::draw(Renderer *renderer, const kmMat4 &transform, bool transformUpdated)
{
// Don't do calculate the culling if the transform was not updated
_insideBounds = transformUpdated ? renderer->checkVisibility(transform, _contentSize) : _insideBounds;
if(_insideBounds)
{
_quadCommand.init(_globalZOrder, _texture->getName(), _shaderProgram, _blendFunc, &_quad, 1, transform);
renderer->addCommand(&_quadCommand);
}
}renderer->addCommand 将运行的指令放到一个队列中。
然后在统一的处理，在drawScence函数中能够观察到先调用visit()。然后在调用render()
然而没有发现http://blog.csdn.net/epeaktop/article/details/26730909的设计的相关实现。依然是主线程在做这些事情。why？眼下还在确认之中。有知道的童鞋请告诉我吧！
对此我还是有点失望，引擎还是没有质的飞跃。
官方文档阐述相关实现如图
visit()函数增加render queque中。render 负责排序；然后运行命令。
官方的说法这样做是为了解决v2.2这种问题
1、draw() order == visit() order // 这么做的目的是？
2、Difficult to optimize（No auto-batching）// 不好优化。后面会讲到
3、Difficult to extend and maintain（Lots of OpenGL command in Nodes）// 不好扩展和维护
在游戏的绘制渲染中，往往消耗非常多资源和内存。当绘制精灵数量越多，游戏的卡顿会非常明显，为了优化和提升渲染效率。
Cocos2d-x为我们提供了Auto-batching和SpriteBatchNode。 Auto-batching 意思是Renderer将多次draw的调用打包成一次big Draw 调用。(又名批处理)。 SpriteBatchNode 主要用于批量绘制精灵提高精灵的绘制效率的。须要绘制的精灵数量越多。效果越明显 Auto-batching 在3.0版本号实现了引擎的逻辑代码与渲染代码的分离，实现了Auto Batch与Auto Culling功能。不再推荐使用SpriteBatchNode提高精灵的绘制效率。 Auto-culling的支持，Sprite在绘制时会进行检查。超出屏幕的不会发给渲染, 可见渲染的效率还是有改进的,
代码语言：javascript复制 auto cmd = static_cast<QuadCommand*>(command); //Batch quads if(_numQuads cmd->getQuadCount() > VBO_SIZE) { //Draw batched quads if VBO is full drawBatchedQuads(); // 真正的调用显卡渲染程序glDrawElements }针对大资源的渲染解决方式參考
http://www.jb51.net/article/49439.htm
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/115788.html原文链接：https://javaforall.cn
