文章目录前言一、SRPBatcher是什么二、SRPBatcher的使用条件1、可编程渲染管线2、我们用URP作为例子3、URP设置中UseSRPBatcher开启4、使SRPBatcher代码路径能够渲染对象5、使着色器与SRPBatcher兼容：三、不同合批之间的区别BuildInRenderPipeline下：UniversalRenderPipeline下：四、对比BRP和SRP每一批次渲染间的区别1、BRP下2、SRP下（CPU部分就是SRP的核心）在这里插入图片描述五、在Unity中，测试一下开启和不开启SRPBatcher的效果1、不开启SRPBatcher（需要关闭HDR）2、
我在使用LibGDX时遇到问题。我有一个Screen并且在它的render方法中我有:publicclassLoadingScreenimplementsScreen{privateOrthographicCameraguiCam;privateTankChallengetankChallenge;privateSpriteBatchbatcher;privateGL10OpenGL;publicLoadingScreen(TankChallengetankChallenge){this.tankChallenge=tankChallenge;Gdx.graphics.setTitle
SRPBatcher是URP中非常重要的drawcall优化方式。本篇介绍SRPBatcher的原理，使用条件，以及如何在自定义的URPShader中支持SRPBatcher。SRPBatcher原理我们通常的drawcall优化都是从减少drawcall入手，其中有基于几何体合并的合批，包括静态batch和动态batch，都是讲不同的mesh合并成一个mesh，减少drawcall的调用次数，以及当mesh相同时使用GPUInstancing一次性批量绘制也可大大减少drawcall。而SRPBatcher另辟蹊径，Unity再研究之后认为，大部分的drawcall比较费的其实不是drawc
接下来我们要来学习下自定义渲染管线中的合批，这一节主要学习SRPBatcher每一次的DrawCall都需要CPU和GPU之间的通信，如果有大量的数据需要从CPU发送到GPU中，那GPU就可能因为等待数据而浪费时间，而CPU会因为忙于发送数据导致无法做其他的事情，所以这两个问题都会导致帧率的降低。在目前我们的做法有点粗暴，一个物体一个DrawCall，这是非常浪费时间的，只是目前我们发送的整体数据量较少，所以还感受不出问题。我们可以用示例数字来说明这个问题。整三十个球，同样颜色，按以前的Unity肯定是能合批的，可是现在需要31个DrawCall，通过合批减少的DrawCall数量（Saved
