cocos2d3.2 渲染队列的结构和执行流程分析

大佬教程收集整理的这篇文章主要介绍了cocos2d3.2 渲染队列的结构和执行流程分析，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

在一开始看Render里面代码的时候对render方法有点疑惑:

void Renderer::render()
{
    _isRendering = true;   
    if (_glViewAssigned)
    {
        //Process render commands
        //1. Sort render commands based on ID
        for (auto &renderqueue : _renderGroups)
        {
            renderqueue.sort();
        }
        visitRenderQueue(_renderGroups[0]);
    }
    clean();
    _isRendering = false;
}

这里对每个渲染队列进行了排序，然后访问第一个渲染队列，那么其他的渲染队列怎么去访问呢？还有什么时候会去增加一个渲染队列呢？

带着这个疑问我们进入今天的正题。

首先_renderGroups中的每个元素都是一个渲染队列RenderQueue，在Render构造出来的时候会有一个默认的渲染队列放入到_renderGroups中。渲染队列中保存数据的是一个数组_commands，根据放入到这个渲染队列中的命令属性(globalZorder,is3D,isTransparent)决定到底把这个命令放入到_commands中的那个位置中。这个其实在将渲染机制的时候就已经提到过了。很简单，不用赘述。

在访问一个队列的时候，无非就是把其中的每个位置中所有的命令拿出来处理，processRenderCommand 就是对命令的具体处理方式：

void Renderer::processRenderCommand(RenderCommand* command)
{
    auto commandtype = command->getType();
    if( RenderCommand::Type::TRIANGLES_COMMAND == commandTypE)
    {
        //Draw if we have batched other commands which are not triangle command
        flush3D();
        flushQuads();
        
        //Process triangle command
        auto cmd = static_cast<TrianglesCommand*>(command);
        
        //Draw batched Triangles if necessary
        if(cmd->isSkipBatching() || _filledVertex + cmd->getVertexCount() > VBO_SIZE || _filledIndex + cmd->geTindexCount() > INDEX_VBO_SIZE)
        {
            CCassERT(cmd->getVertexCount()>= 0 && cmd->getVertexCount() < VBO_SIZE,"VBO for vertex is not big enough,please break the data down or use customized render command");
            CCassERT(cmd->geTindexCount()>= 0 && cmd->geTindexCount() < INDEX_VBO_SIZE,"VBO for index is not big enough,please break the data down or use customized render command");
            //Draw batched Triangles if VBO is full
            drawBatchedTriangles();
        }
        
        //Batch Triangles
        _batchedCommands.push_BACk(cmd);
        
        fillVerticesAndInDices(cmd);
        
        if(cmd->isSkipBatching())
        {
            drawBatchedTriangles();
        }
        
    }
    else if ( RenderCommand::Type::QUAD_COMMAND == commandType )
    {
        //Draw if we have batched other commands which are not quad command
        flush3D();
        flushTriangles();
        
        //Process quad command
        auto cmd = static_cast<QuadCommand*>(command);
        
        //Draw batched quads if necessary
        if(cmd->isSkipBatching()|| (_numberQuads + cmd->getQuadCount()) * 4 > VBO_SIZE )
        {
            CCassERT(cmd->getQuadCount()>= 0 && cmd->getQuadCount() * 4 < VBO_SIZE,please break the data down or use customized render command");
            //Draw batched quads if VBO is full
            drawBatchedQuads();
        }
        
        //Batch Quads
        _batchQuadCommands.push_BACk(cmd);
        
        fillQuads(cmd);
        
        if(cmd->isSkipBatching())
        {
            drawBatchedQuads();
        }
    }
    else if (RenderCommand::Type::MESH_COMMAND == commandTypE)
    {
        flush2D();
        auto cmd = static_cast<MeshCommand*>(command);
        
        if (cmd->isSkipBatching() || _lastBatchedMeshCommand == nullptr || _lastBatchedMeshCommand->getMaterialID() != cmd->getMaterialID())
        {
            flush3D();
            
            if(cmd->isSkipBatching())
            {
                cmd->execute();
            }
            else
            {
                cmd->preBatchDraw();
                cmd->batchDraw();
                _lastBatchedMeshCommand = cmd;
            }
        }
        else
        {
            cmd->batchDraw();
        }
    }
    else if(RenderCommand::Type::GROUP_COMMAND == commandTypE)
    {
        flush();
        int renderQueuEID = ((GroupCommand*) command)->getRenderQueuEID();
        visitRenderQueue(_renderGroups[renderQueuEID]);
    }
    else if(RenderCommand::Type::CUSTOM_COMMAND == commandTypE)
    {
        flush();
        auto cmd = static_cast<Customcatommand*>(command);
        cmd->execute();
    }
    else if(RenderCommand::Type::BATCH_COMMAND == commandTypE)
    {
        flush();
        auto cmd = static_cast<BatchCommand*>(command);
        cmd->execute();
    }
    else if(RenderCommand::Type::PRIMITIVE_COMMAND == commandTypE)
    {
        flush();
        auto cmd = static_cast<PrimitiveCommand*>(command);
        cmd->execute();
    }
    else
    {
        CCLOGERROR("Unknown commands in renderQueue");
    }
}

RenderCommand::Type::TRIANGLES_COMMAND 和RenderCommand::Type::QUAD_COMMAND的命令很类似，它们采用了批量渲染，超过了VBO的大小就触发批量渲染。

当看到RenderCommand::Type::GROUP_COMMAND类型的命令时，会触发去访问其它渲染队列。具体是哪个渲染队列要看这个groupCommand的renderQueuEID。

int renderQueuEID = ((GroupCommand*) command)->getRenderQueuEID();
 visitRenderQueue(_renderGroups[renderQueuEID]);

所以如果我们知道了groupCommand的创建过程就应该能解决文章开始的疑惑了。

在创建一个groupCommand的时候，会去向groupcommandmanager申请一个id,如果没有id，那么会创建一个新的id，并且Render会创建一个渲染队列。初始化完成之后，放加入到Render的_renderGroups中去，

void Renderer::addCommand(RenderCommand* command)
{
    int renderQueue =_commandGroupStack.top();
    addCommand(command,renderQueuE);
}

void Renderer::addCommand(RenderCommand* command,int renderQueuE)
{
    CCassERT(!_isRendering,"CAnnot add command while rendering");
    CCassERT(renderQueue >=0,"Invalid render queue");
    CCassERT(command->getType() != RenderCommand::Type::UNKNOWN_COMMAND,"Invalid Command Type");

    _renderGroups[renderQueue].push_BACk(command);
}

注意组命令 还是会放到当前渲染队列的末尾，_commandGroupStack存放着所有加入到_renderGroups中的组命令的id。

组命令加入之后，才会把它的id放入到_commandGroupStack中，这意味着所有后来加入的命令会放到下一个渲染队列中去。当执行到这个组命令的时候，会根据它的id去执行id对应的渲染队列。

总结：每个渲染队列的末尾总会是一个组命令(如果有的话)，这个组命令执行的时候触发了下一个渲染队列的执行。

OVER！！！

大佬总结

以上是大佬教程为你收集整理的cocos2d3.2 渲染队列的结构和执行流程分析全部内容，希望文章能够帮你解决cocos2d3.2 渲染队列的结构和执行流程分析所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。