WebGL/HTML5 游戏持续卡顿：一套可复用的降载组合拳（降频 + LOD + 证据化验证）

WebGL/HTML5 游戏持续卡顿：一套可复用的降载组合拳（降频 + LOD + 证据化验证）

目标：沉淀一套“跨项目可复用”的性能排查与优化套路，避免把经验绑定到某一个具体项目。

---

1. 现象与判别

• 现象：进入游戏后持续掉帧/卡顿（非开局瞬卡）。
• 判别：先区分“持续卡顿”与“生成尖峰（Instantiate/加载尖峰）”，避免用错手段。

---

2. 常见根因（可复用诊断清单）

2.1 CPU 侧

• 大量对象每帧 Update/FixedUpdate
• Physics2D 持续解算（刚体/碰撞体多）
• 动画系统远处也在刷新（骨骼/网格/特效）
• GC 抖动（频繁分配临时对象）

2.2 GPU 侧

• Renderer 数量、drawcall 偏高
• overdraw 偏高（大量透明叠加、全屏特效、UI 覆盖）
• 贴图过大或材质过多导致带宽压力

---

3. 方案竞优（从低风险到高收益）

3.1 远距离降频（低风险、收益稳定）

• 核心：远处实体按帧间隔更新 AI/移动。
• 适用：实体数量多、脚本耗时高的场景。
• 注意：只影响远处，近处保持手感。

3.2 密度控制（低风险、高收益）

• 核心：降低同屏“活跃实体数量”。
• 方法：减少生成层数/波次，增大间距，限制自动填充数量。
• 本质：从源头降低 CPU/GPU/物理压力。

3.3 远处 LOD（高收益，WebGL 常用）

• 核心：远处实体进入“低成本模式”：
  • 可选：停物理模拟（例如 simulated=false / 切换为非物理解算）
  • 可选：暂停动画更新（例如 timeScale=0 / 关闭骨骼刷新）
  • 直接停止 AI/寻路/复杂逻辑
• 必须：加入 hysteresis（进入/退出阈值不同）避免频繁抖动切换。

---

4. 如何验证（必须证据化）

• WebGL Development Build + Chrome Performance：
  • Main Thread 中 Scripting / Physics / Rendering 占比对比
  • 长帧（>16ms）数量与分布
• 输出可复盘的记录项：
  • 实体数量、LOD 命中数量、阈值配置、测试设备与浏览器版本

---

5. 下次怎么避免

• 为 Web 平台准备一套“默认性能预设”：
  • 远距降频阈值与间隔
  • 远处 LOD 阈值与回滞
  • 生成密度的上限策略