label的绘制是在onDraw完成的
void Label::draw(Renderer *renderer, const Mat4 &transform, uint32_t flags) { if (!_shadowEnabled && (_currentLabelType == LabelType::BMFONT || _currentLabelType == LabelType::CHARMAP)) { } else { // 项目中使用的是TTF，label绘制走的是CustomCommand _customCommand.init(_globalZOrder, transform, flags); _customCommand.func = CC_CALLBACK_0(Label::onDraw, this, transform, transformUpdated); renderer->addCommand(&_customCommand); } } // 处理渲染命令时，碰到CustomCommand的逻辑 void Renderer::processRenderCommand(RenderCommand* command) { if(RenderCommand::Type::CUSTOM_COMMAND == commandType) { flush(); auto cmd = static_cast<CustomCommand*>(command); CCGL_DEBUG_INSERT_EVENT_MARKER("RENDERER_CUSTOM_COMMAND"); cmd->execute();// 执行绑定的渲染函数: cmd.func() } } // 进行label的绘制 void Label::onDraw(const Mat4& transform, bool /*transformUpdated*/) { // 最终的绘制结果都会放在BatchNode里面 for (auto&& batchNode : _batchNodes) { // ↓ 借用了Atlas进行渲染 batchNode->getTextureAtlas()->drawQuads(); } } void TextureAtlas::drawQuads() { this->drawNumberOfQuads(_totalQuads, 0); } void TextureAtlas::drawNumberOfQuads(ssize_t numberOfQuads, ssize_t start) { // 完成实际的绘制 glDrawElements(GL_TRIANGLES, (GLsizei)numberOfQuads*6, GL_UNSIGNED_SHORT, (GLvoid*) (start*6*sizeof(_indices[0]))); CC_INCREMENT_GL_DRAWN_BATCHES_AND_VERTICES(1,numberOfQuads*6);// 告诉统计增加绘制批次 }
经过以上的分析，那如何知道label的绘制批次呢？也就是label要保存最后调用统计时的dcIndex
label.batchNode身上有BatchCommand，但是label没有使用这个BatchCommand，这个BatchCommand是给Sprite准备的
void Renderer::processRenderCommand(RenderCommand* command) { if(RenderCommand::Type::BATCH_COMMAND == commandType) { flush(); auto cmd = static_cast<BatchCommand*>(command); CCGL_DEBUG_INSERT_EVENT_MARKER("RENDERER_BATCH_COMMAND"); cmd->execute(); } } void BatchCommand::execute() { // Set material _shader->use(); _shader->setUniformsForBuiltins(_mv); GL::bindTexture2D(_textureID); GL::blendFunc(_blendType.src, _blendType.dst); // Draw 可以观察到最后还是使用Atlas进行了渲染 _textureAtlas->drawQuads(); }
既然都是借用了Atlas，那么这个dcIndex还是存在Atlas上比较合适，在执行Atlas->drawQuads()的时候，更新dcIndex，然后统一从Atlas获取这个dcIndex就可以了。
所以最后label获取dcIndex的逻辑就变成这样子
// 我一直认为是基于RenderCommand的，所以架构是基于RenderCommand cocos2d::RenderCommand* Label::getRenderCommand() { SpriteBatchNode* batchNode = this->_batchNodes.front(); // 这样就能直接拿到laebl的dcIndex，但是很明显和架构不符 batchNode->getTextureAtlas()->drawCallIndex; }
很明显，我们需要将这个dcIndex放到label绑定的CustomCommand。
能直接想到的就是，如果要更新cmd.dcIndex，只能从调用cmd.func的地方下手，2个思路：
// 方式1：在执行渲染回调的时候`cmd.func()`，通过返回值更新cmd.dcIndx // 这种方式能直观的看到dcIndex的修改逻辑，但是改动func会带来一些未知问题 cmd.dcIndex = cmd.func(); // 方式2：传递指针，让fuc内部修改cmd.dcIndex // 因为fuc可能实现差异很大，所以需要func内部自己处理dcIndex的赋值 cmd.func(cmd);
这里我采用第二种方式，仔细分析后，我发现
void Label::onDraw(const Mat4& transform, bool /*transformUpdated*/) { // 在执行这个Render的时候，很明显就是_customCommand导致的 // .... 渲染逻辑 // 在最后，修改_customCommand的dcIndex即可 if (_batchNodes.size() > 0) { unsigned int dcIndex = _batchNodes.front()->getTextureAtlas()->drawCallIndex; this->_customCommand.setDrawCallIndex(dcIndex); } } cocos2d::RenderCommand* Label::getRenderCommand() { if (!_shadowEnabled && (_currentLabelType == LabelType::BMFONT || _currentLabelType == LabelType::CHARMAP)) { return &(this->_quadCommand); } else { unsigned int size = this->_batchNodes.size(); if (size == 0) { return nullptr; } else { return &(this->_customCommand); // 在draw的时候已经正确赋值dcIndex了 } } return Node::getRenderCommand(); }
至此就完美拿到ttf的label绘制批次了
std::function绑定的小细节
// ↓可变参数绑定的方式 #define CC_CALLBACK_0(__selector__,__target__, ...) std::bind(&__selector__,__target__, ##__VA_ARGS__) // _customCommand.func的函数是无参的： std::function<void()> func; _customCommand.func = CC_CALLBACK_0(Label::onDraw, this, transform, transformUpdated); // 但是绑定的onDraw函数是有参数的，原因是可变参数绑定 void Label::onDraw(const Mat4& transform, bool /*transformUpdated*/){} // 可以看到其他的onDraw函数参数类型不同 void DrawNode::onDraw(const Mat4 &transform, uint32_t /*flags*/)
std::bind 是 C++ 标准库中的函数对象绑定器，用于将函数和其参数绑定为一个可调用的对象。
在给定的代码片段中，std::bind 函数被使用，它接受一个函数指针或可调用对象（如函数、函数对象、成员函数等），并将其与一组参数绑定在一起。这些参数可以是直接传递的值，也可以是占位符（_1、_2、_3 等）。
&__selector__是要绑定的函数或可调用对象的名称（或地址）。__target__是绑定的目标对象。##__VA_ARGS__是可变参数，可以是一系列要绑定的参数。
这样的绑定操作旨在创建一个可调用的对象，使得在调用该对象时，被绑定的函数会以预先指定的目标对象和参数进行调用。这种方式在一些场景中非常有用，例如回调函数、事件处理等。
