打app整包的时候，备份一份lua全量文件，后面打lua增量包的时候，根据文件差异进行比对，新增和差异的lua文件打成一个lua_update.bundle，放在一个update文件夹中，并压缩成zip，放到服务器端，客户端通过https下载增量包并解压到Application.persistentDataPath目录。游戏加载lua文件的时候，优先从lua_update.bundle中查找。

一个Canvas是一个DC(draw call)，尽量少用Canvas来去将UI放到3D场景，而是采用SpriteRenderer组件和图集的形式来进行渲染3D场景上的简单UI，只要控制好当前3D场景上的UI图片是同一个图集，就只会有一个DC而已，如果用Canvas来去代替每一个带SpriteRenderer的物体，就会有多个DC，有多少个Canvas就有多少个DC，DC越多游戏性能越差。上面的情形只是针对当场景会出现多个简单UI情况的优化，如果是单个复杂UI且需要与用户交互的，那自然选用Canvas形式。

在排查问题时，首先确定了不是GC问题，也不是DC过多问题，而是Shader问题，因为这个Shader计算量太过于庞大，导致FPS明显下降，可以说是GPU处理不过来导致，触发方式是减少Shader的计算量，优化算法，减少使用for，if语句，采用Shader相关运算函数库来进行，但是在这些都考虑过了之后还是卡顿，那就要考虑从外部传入Shader的参数考虑，应尽量减少外部传入的参数，通过压缩参数数据来达到减少Shader计算量的目的。