《laya 性能优化》基础性能优化（不断更新添加）

最新推荐文章于 2024-02-23 01:40:45 发布

风杨sty

最新推荐文章于 2024-02-23 01:40:45 发布

阅读量3.4k

点赞数

分类专栏： laya 性能优化文章标签： laya

本文链接：https://blog.csdn.net/weixin_41640571/article/details/110236584

版权

laya 性能优化专栏收录该内容

2 篇文章 1 订阅

订阅专栏

文本优化

不对文本的属性（例如大小、颜色、粗细、斜体、对齐等等）作出任何改变的话。那我们可以使用changeText()来替换文本

文字描边少用，设置了描边的文本比没有描边的文本多调用一次绘图指令

加载优化

自定义worker，解决项目中耗费CPU的地方

各个dialog界面资源在打开时再去加载，可以用小加载过渡，一个界面的UI资源放在同一个文件件内

加载后的界面及时清理 Laya.loader.clearTextureRes(urlStr);

内存优化

1、对象池优化-----------------------laya.utils.Pool

  static getItem(sign: string): any {}

  static getPoolSizeBySign(sign: string) {}

  static getItemByCreateFun(sign: string, createFun: Function, caller: any = null): any {}

static getItemByClass(sign: string, cls: new () => any): any {}

回收同理

最好上面再封装一层 PoolManager

2、使用Handler.create（使用了对象池）

可回收，可重用

3、释放内存

  JavaScript运行时无法启动垃圾回收器。要确保一个对象能够被回收，需要删除对该对象的所有引用。Sprite提供的destory()方法会帮助设置内部引用为null。尽可能将引用设置为null，以便垃圾回收器用较少时间来查找对象

4、资源卸载

Laya.loader.clearRes(asset);

5、减少使用滤镜，遮罩

原因：运行时将在内存中创建两张位图。其中每个位图的大小与显示对象相同。将第一个位图创建为显示对象的栅格化版本，然后用于生成应用滤镜的另一个位图，当修改滤镜的某个属性或者显示对象时，内存中的两个位图都将更新以创建生成的位图，这两个位图可能会占用大量内存。此外，此过程涉及CPU计算，动态更新时将会降低性能

6、资源

图片资源缩小，在程序中放大，可能造成糊的情况，比如非焦点的缩小67%，这样scale设置1.5就是原设计大小了

资源压缩，图片压缩，android使用ogg格式的音效，MP3的bgm

动画资源的帧可尽量少，特别是技能的。手机上一闪而过不影响太多效果，图片可以缩的更小。在程序放大即可

图片为2的整数幂：在手机上，图片传到显存后，宽高会变成2的整数次幂，比如下图很明显，这样会节省很多显存，同理其他资源

优化sprite

减少层次嵌套，减少sprite

非可见区域设置visible=false，比如打开界面的时候，可以把人物以及界面上的特效的visible设置false，可以有效降低drawCall

大量静态或者不经常变化的内容，设置cacheAs normal\ bitmap

catchAs

normal:减少sprite节点数,Canvas下进行画布缓存，webgl模式下进行命令缓存（渲染命令）。该模式性能优化中等，它能减少每帧渲染的节点数，但不会减少DrawCall数和Shader数

bitmap：减少drawCall和sprite,Canvas下依然是画布缓存，在webgl模式下使用renderTarget缓存，相当于缓存成静态位图提交显卡渲染。这里需要注意的是，webGL下renderTarget缓存模式有2048大小限制，超出2048会额外增加内存开销。另外，不断重绘时开销也比较大，但是会减少drawcall，渲染性能最高

注意：代码中设置cacheAsBitmap=true，实质上等同于cacheAs的normal模式，并不是bitmap模式。当值为”normal”时，Canvas下进行画布缓存，webgl模式下进行命令缓存。webGL下命令缓存模式只会减少节点遍历及命令组织，不会减少drawcall，性能中等。

简单总结：

normal：只缓存渲染命令，会减少 sprite节点数，优化节点渲染，不会增加内存

bitmap：直接换成成一个静态位图，之后不再提交渲染，所以会增加内存，有效减少sprite节点数和drawCall
/**
 * 指定显示对象是否缓存为静态图像。功能同cacheAs的normal模式。建议优先使用cacheAs代替。
 */
public function get cacheAsBitmap():Boolean {
    return cacheAs !== "none";
}

public function set cacheAsBitmap(value:Boolean):void {
    //TODO:去掉关联
    cacheAs = value ? (_$P["hasFilter"] ? "none" : "normal") : "none";
}

降低drawCall总结

尽量保证同图集的图片渲染顺序是挨着的，如果不同图集交叉渲染，会增加DrawCall数量。
尽量保证同一个面板中的所有资源用一个图集，这样能减少提交批次。
程序字在游戏里是会单个字生成图片绘制在动态图集里，所以程序字也是一个图集，把所有的文字统一放在界面最上层可以减少drawcall，根据界面判断
相同资源放在同一个容器（box）下面，比如玩家A.影子.玩家B.影子会生成四个drawCall，修改成 box（影子，影子），box（玩家A，玩家B）就可以减少成3个drawcall，N+个角色就减少N个drawcall
对复杂静态内容设置cacheAs，cacheAs主要通过两方面提升性能。一是减少节点遍历和顶点计算；二是减少drawCall，使用好cacheAs是游戏优化的关键。
cacheAs静态缓存：设置cacheAs后，还可以设置staticCache=true以阻止自动更新缓存，同时可以手动调用reCache方法更新缓存
以下场合减少使用cacheAs: 1、单一图片或者字设置"bitmap"会增加drawCall。 2、容器内有动画等经常变化，可查看统计面板的第一个值（0/0/0）来判断是否一致刷新Canvas缓存

CPU优化

减少动态查找，减少对象上组件的查找
减少try catch的使用，被try catch的函数执行会变得非常慢
计时器里尽可能不要在循环里创建对象及复杂计算，比如发射大量子弹
清理对象时，也要清理其内部的timer
少用autosize和getbounds，autoSize在获取宽高并且显示列表的状态发生改变时会重新计算，对拥有大量子对象的容器应用autoSize是不可取的
改变帧率 Stage.FRAME_SLOW维持FPS在30；Stage.FRAME_FAST维持FPS在60；Stage.FRAME_MOUSE则选择性维持FPS在30或60帧。推荐使用Stage.FRAME_MOUSE
使用callLater callLater使代码块延迟至本帧渲染前执行
图片/图集加载资源按照关卡，场景等分类加载，使用后卸载
一帧只计算一部分，放到一个待计算列表里，每一帧，只拿出若干个进行计算，这样有的怪会晚几帧才会飘出伤害，在视觉上是没有区别的。但就不会在释放技能的时候卡一下。
Laya.Stage.getTimeFromFrameStart：获得当前时间距离当前帧开始时间的差值，可以设置阈值将剩余的事情放到下一帧执行
重写 View.createView 可以设置一次只加载一部分，比如背包先加载背景-道具底栏-道具等做法