10.1 性能问题排查

10.1 性能问题排查

十、常见问题与解决方案

10.1 性能问题排查

在 Unity3D 开发中，性能问题是影响游戏体验的关键因素。流畅的游戏画面、快速的响应速度以及稳定的帧率是优秀游戏的基础。本章节将深入探讨 Unity3D 中常见的性能问题，并提供一系列系统化的排查方法和解决方案，帮助开发者定位瓶颈、优化代码，从而提升游戏的整体性能。

10.1.1 性能优化的重要性

性能优化在游戏开发中至关重要，原因如下：

• 提升用户体验: 流畅的游戏体验是吸引和留住玩家的关键。卡顿、掉帧等性能问题会严重影响玩家的沉浸感和乐趣。

• 降低硬件要求: 良好的性能优化可以使游戏在更广泛的硬件设备上流畅运行，扩大用户群体。

• 延长电池续航: 对于移动平台游戏，性能优化直接关系到设备的电池续航时间，提升用户的使用体验。

• 提高开发效率: 在项目早期关注性能问题，并养成良好的编码习惯，可以避免后期花费大量时间进行性能优化，提高开发效率。

• 增强竞争力: 性能优异的游戏在市场上更具竞争力，更容易获得用户的青睐和好评。

10.1.2 性能问题的常见类型

Unity3D 游戏中的性能问题通常可以归纳为以下几个主要类型：

• CPU 瓶颈 (CPU Bound): CPU 承担了游戏逻辑、物理计算、动画更新、脚本执行等核心任务。当 CPU 负载过高时，会导致帧率下降，游戏卡顿。

• GPU 瓶颈 (GPU Bound): GPU 负责图形渲染，包括模型绘制、材质计算、特效渲染等。当场景复杂度过高、Shader 计算量过大、或者使用了过多的后期特效时，GPU 容易成为瓶颈。

• 内存问题 (Memory Issues): 内存泄漏、频繁的内存分配和释放、过大的资源占用等内存问题会导致性能下降，甚至程序崩溃。

• 加载时间过长 (Loading Time): 场景加载、资源加载时间过长会影响用户体验，尤其是在移动平台，玩家更期望快速进入游戏。

• 资源占用过高 (Asset Size): 过大的资源包体不仅占用存储空间，也会增加下载时间和加载时间，影响用户体验。

10.1.3 性能分析工具

Unity 提供了强大的性能分析工具，帮助开发者定位性能瓶颈。熟练使用这些工具是进行性能优化的前提。

10.1.3.1 Unity Profiler

Unity Profiler 是最重要的性能分析工具，它可以实时监控游戏的 CPU、GPU、内存、渲染、音频、物理等各个模块的性能数据。

Profiler 界面和主要模块:

Profiler 窗口可以通过 Window -> Analysis -> Profiler 打开。其主要模块包括：

• CPU Usage: 显示 CPU 各个线程的使用情况，包括 Main Thread (主线程)、Rendering Thread (渲染线程) 等。可以深入查看脚本函数、渲染、物理、动画等模块的 CPU 消耗。

• Rendering: 详细分析渲染相关的性能数据，如 Draw Calls (绘制调用次数)、SetPass Calls (材质通道设置次数)、三角形数量、顶点数量、阴影、光照等。

• Memory: 监控内存使用情况，包括总内存、已使用内存、GC (垃圾回收) 等。可以查看不同类型的资源 (Textures, Meshes, AudioClips 等) 的内存占用。

• Audio: 分析音频系统的性能，包括音频源数量、混音器使用情况、音频解码等。

• Physics: 监控物理系统的性能，如物理步进时间、碰撞检测、物理材质等。

• GPU Usage (需要支持 GPU Profiling 的平台): 显示 GPU 的使用率和各个渲染阶段的耗时，帮助定位 GPU 瓶颈。

• Timeline: 以时间轴的方式展示各个线程的函数调用和耗时，更直观地了解帧的执行流程。

Profiler 的使用方法:

1. 连接 Profiler: 在 Unity 编辑器中运行游戏，Profiler 会自动连接到编辑器播放器。也可以连接到运行在真机设备上的游戏 (需要开启 Development Build 和 Script Debugging)。

2. 选择模块: 根据需要分析的性能问题类型，选择相应的 Profiler 模块。

3. 录制数据: 点击 Profiler 窗口左上角的 "Record" 按钮开始录制性能数据。在游戏中进行操作，Profiler 会实时显示性能曲线和详细数据。

4. 分析数据: 观察性能曲线的变化趋势，关注峰值和异常波动。点击曲线上的帧，可以查看该帧的详细性能数据，包括函数调用堆栈、渲染统计信息、内存分配情况等。

5. Deep Profile (深度分析): 开启 Deep Profile 后，Profiler 会记录所有脚本函数的调用信息，更精确地定位脚本代码中的性能瓶颈，但会显著增加 Profiler 的开销，建议仅在需要深入分析时使用。

6. Profiler 标记 (Profiler Markers): 在脚本代码中使用 Profiler.BeginSample("Marker Name") 和 Profiler.EndSample() 包裹代码块，可以在 Profiler 中自定义标记，更方便地分析特定代码段的性能。

代码示例：使用 Profiler Marker

using UnityEngine;
using UnityEngine.Profiling;
public class PerformanceTest : MonoBehaviour
{
    void Update()
    {
        Profiler.BeginSample("MyFunction"); // 开始 Profiler 标记 "MyFunction"
        MyFunction();
        Profiler.EndSample(); // 结束 Profiler 标记 "MyFunction"
        Profiler.BeginSample("AnotherFunction"); // 开始 Profiler 标记 "AnotherFunction"
        AnotherFunction();
        Profiler.EndSample(); // 结束 Profiler 标记 "AnotherFunction"
    }
    void MyFunction()
    {
        // 模拟一些耗时操作
        for (int i = 0; i < 10000; i++)
        {
            Mathf.Sqrt(i);
        }
    }
    void AnotherFunction()
    {
        // 模拟另一些耗时操作
        for (int i = 0; i < 5000; i++)
        {
            Mathf.Pow(2, i);
        }
    }
}
​

在 Profiler 的 CPU Usage 模块中，您将看到 "MyFunction" 和 "AnotherFunction" 这两个自定义标记，可以清晰地看到它们各自的 CPU 消耗。

10.1.3.2 Frame Debugger

Frame Debugger 是一个用于分析渲染流程的工具，它可以逐帧捕获渲染过程，并详细展示每一帧的 Draw Calls、SetPass Calls、渲染状态、Shader 信息等。

Frame Debugger 的使用方法:

1. 打开 Frame Debugger: 通过 Window -> Analysis -> Frame Debugger 打开。

2. 启用 Frame Debugger: 点击 Frame Debugger 窗口左上角的 "Enable Frame Debugger" 按钮。

3. 逐帧查看: Frame Debugger 会捕获下一帧的渲染过程，并在窗口中展示 Draw Call 列表。可以使用 "Step" 按钮逐个查看 Draw Call，了解渲染顺序和状态。

4. 分析 Draw Calls: 关注 Draw Calls 的数量、SetPass Calls 的数量、Shader 类型、材质信息等。过多的 Draw Calls 和 SetPass Calls 是渲染性能瓶颈的常见原因。

5. 查看渲染事件: Frame Debugger 还会显示渲染事件，如 Clear、SetRenderTarget、Blit 等，帮助了解渲染管线的执行流程。

Frame Debugger 的应用场景:

• 分析 Draw Call 过多的原因: Frame Debugger 可以帮助开发者找出场景中 Draw Call 过多的对象，例如未进行批处理的静态模型、动态模型、UI 元素等。

• 排查 Shader 问题: 查看每个 Draw Call 使用的 Shader，分析 Shader 的复杂度和性能消耗。

• 优化渲染顺序: 了解渲染顺序，可以优化透明物体的渲染顺序，减少 Overdraw。

• 调试渲染状态: 查看每个 Draw Call 的渲染状态 (如 Blend Mode, ZTest, ZWrite 等)，排查渲染错误。

10.1.3.3 其他性能分析工具

除了 Unity Profiler 和 Frame Debugger，还有一些其他的性能分析工具可以辅助性能优化：

• Platform-Specific Profilers (平台特定性能分析工具): 例如 Xcode Instruments (iOS), Android Studio Profiler (Android), RenderDoc (GPU 渲染分析工具)。这些工具可以提供更底层的系统性能数据和 GPU 渲染分析能力。

• Unity Connect Performance Reporting: Unity Connect 提供的性能报告功能，可以收集用户在真实设备上运行游戏的性能数据，帮助开发者了解游戏的真实性能表现。

• 第三方 Profiler 插件: Asset Store 上有一些第三方的 Profiler 插件，提供更高级的性能分析功能和可视化界面。

10.1.4 性能排查步骤

性能排查是一个系统化的过程，通常可以遵循以下步骤：

步骤详解：

1. 问题出现或性能目标未达成: 首先要明确性能问题的表现，例如帧率下降、卡顿、加载时间过长等。或者，如果设定了性能目标 (例如目标帧率、最大内存占用等)，但实际性能未达到目标，也需要进行排查。

2. 确定性能问题类型: 根据性能问题的表现，初步判断是 CPU 瓶颈、GPU 瓶颈、内存问题还是其他类型的问题。例如，如果感觉游戏卡顿，但画面复杂度不高，可能是 CPU 瓶颈；如果画面特效很多，帧率下降，可能是 GPU 瓶颈。

3. 使用 Profiler 分析性能数据: 根据问题类型，选择 Profiler 的相应模块进行分析。

   • CPU 瓶颈: 重点关注 CPU Usage 模块，查看 Main Thread 和 Rendering Thread 的 CPU 消耗，深入查看脚本函数、渲染、物理、动画等模块的 CPU 占用。

   • GPU 瓶颈: 关注 Rendering 和 GPU Usage 模块，分析 Draw Calls、SetPass Calls、三角形数量、顶点数量、Shader 复杂度等。

   • 内存问题: 关注 Memory 模块，查看内存占用曲线、GC 频率、不同类型资源的内存占用。

   • 加载时间过长: 关注 Timeline 模块，分析场景加载和资源加载的时间消耗。

4. 定位性能瓶颈: 通过 Profiler 的数据，定位具体的性能瓶颈。例如，是某个脚本函数的 CPU 消耗过高？还是 Draw Calls 过多？还是某个纹理占用了大量内存？

5. 优化性能瓶颈: 针对定位到的性能瓶颈，采取相应的优化措施。例如，优化 CPU 瓶颈代码、减少 Draw Calls、优化 Shader、压缩纹理、释放无用资源等。

6. 测试优化效果: 优化后，重新运行游戏并使用 Profiler 监控性能数据，评估优化效果。

7. 迭代优化: 如果优化效果不明显或未达到目标，需要重新分析性能数据，调整优化策略，进行迭代优化。

8. 持续监控和维护性能: 性能优化是一个持续的过程，在游戏开发的不同阶段都需要关注性能问题。发布后，也需要持续监控用户反馈和性能报告，及时发现和解决新的性能问题。

10.1.5 常见性能优化技巧

针对不同类型的性能问题，有许多常用的优化技巧。以下是一些常见的优化技巧，并结合代码实践进行讲解。

10.1.5.1 CPU 优化

CPU 优化主要集中在减少脚本逻辑的 CPU 消耗、优化物理计算、减少动画更新开销等方面。

• 脚本优化:

  • 避免在 Update() 中进行复杂的计算或频繁的资源操作: Update() 函数每帧都会执行，应尽量避免在其中进行耗时的操作。可以将一些计算移到协程 (Coroutine) 中分帧执行，或者使用事件驱动的方式。

  代码示例：使用协程分帧执行

  using UnityEngine;
  using System.Collections;
  public class CoroutineExample : MonoBehaviour
  {
      void Start()
      {
          StartCoroutine(LongRunningTask()); // 启动协程
      }
      IEnumerator LongRunningTask()
      {
          for (int i = 0; i < 10000; i++)
          {
              // 执行一些耗时操作
              Mathf.Sqrt(i);
              if (i % 100 == 0) // 每 100 次迭代 Yield 一帧
              {
                  yield return null; // 等待下一帧
              }
          }
          Debug.Log("Long running task finished!");
      }
  }
  ​

  • 使用对象池 (Object Pooling) 减少频繁的创建和销毁: 频繁的 Instantiate 和 Destroy 操作会造成大量的 GC 开销。对象池可以预先创建一批对象，在需要时从对象池中取出，使用完毕后放回对象池，避免频繁的内存分配和释放。

  代码示例：对象池实现

  using UnityEngine;
  using System.Collections.Generic;
  public class ObjectPool : MonoBehaviour
  {
      public GameObject prefab; // 预制体
      public int poolSize = 20; // 对象池大小
      private List<GameObject> pool; // 对象池列表
      void Awake()
      {
          pool = new List<GameObject>();
          for (int i = 0; i < poolSize; i++)
          {
              GameObject obj = Instantiate(prefab);
              obj.SetActive(false); // 初始状态设为隐藏
              pool.Add(obj);
          }
      }
      public GameObject GetObject()
      {
          for (int i = 0; i < pool.Count; i++)
          {
              if (!pool[i].activeInHierarchy) // 查找未激活的对象
              {
                  pool[i].SetActive(true);
                  return pool[i];
              }
          }
          // 对象池已满，可以考虑扩展对象池或返回 null
          Debug.LogWarning("Object pool is empty! Consider increasing pool size.");
          return null;
      }
      public void ReleaseObject(GameObject obj)
      {
          obj.SetActive(false); // 隐藏对象
          // 可选：重置对象状态
      }
  }
  ​

  • 避免字符串操作和装箱拆箱: 字符串操作和装箱拆箱会产生额外的 GC 开销。尽量使用 StringBuilder 进行字符串拼接，避免值类型和引用类型之间的频繁转换。

  • 优化数据结构和算法: 选择合适的数据结构和算法可以显著提升代码的执行效率。例如，使用 Dictionary 替代 List 进行快速查找，使用高效的排序算法等。

  • 避免不必要的 LINQ 和反射: LINQ 和反射虽然方便，但会带来一定的性能开销。在性能敏感的代码中，应尽量避免使用或谨慎使用。

  • 缓存常用组件和变量: 避免在 Update() 中频繁使用 GetComponent 或访问属性，可以将常用的组件和变量缓存起来，提高访问效率。

• 物理优化:

  • 减少物理计算次数: 调整 Fixed Timestep (固定时间步长) 可以控制物理计算的频率。但降低 Fixed Timestep 会影响物理模拟的精度，需要在性能和精度之间权衡。

  • 简化碰撞器 (Collider) 形状: 复杂的碰撞器形状会增加碰撞检测的计算量。尽量使用简单的碰撞器形状，例如 Box Collider, Sphere Collider, Capsule Collider 等。可以使用 Composite Collider 组合多个简单碰撞器。

  • 使用 Layer Collision Matrix (层碰撞矩阵) 减少不必要的碰撞检测: 通过设置 Layer Collision Matrix，可以禁用不同层级之间的碰撞检测，减少物理计算量。

  • 禁用不必要的物理组件: 如果物体不需要物理模拟，可以禁用 Rigidbody 组件。如果只需要碰撞检测，可以只保留 Collider 组件，禁用 Rigidbody。

  • 使用 Trigger (触发器) 代替 Collider (碰撞器) 进行非物理碰撞检测: Trigger 比 Collider 的性能开销更小，适用于不需要物理碰撞效果的场景，例如角色进入触发区域、拾取物品等。

• 动画优化:

  • 减少动画组件数量: 场景中过多的 Animator 组件会增加 CPU 开销。对于不需要动画的角色或物体，应禁用或移除 Animator 组件。

  • 优化动画状态机 (Animator Controller): 简化动画状态机，减少状态数量和状态之间的转换。避免复杂的动画状态机逻辑。

  • 使用动画剪辑 (AnimationClip) 压缩: Unity 允许对动画剪辑进行压缩，减小动画数据的大小，降低内存占用和加载时间。

  • 使用 Animation Culling (动画剔除) 减少不必要的动画更新: Unity 提供了多种动画剔除模式，可以根据物体是否在屏幕内、距离相机的距离等条件，停止更新不可见的动画。

  • 使用 GPU 蒙皮动画 (GPU Skinning): 对于复杂的蒙皮动画，可以使用 GPU 蒙皮动画技术，将动画计算从 CPU 转移到 GPU，减轻 CPU 负载。

10.1.5.2 GPU 优化

GPU 优化主要集中在减少 Draw Calls、优化 Shader、降低 Overdraw、优化纹理和模型等方面。

• 减少 Draw Calls:

  • 使用静态批处理 (Static Batching): 对于静态物体 (不移动、不旋转、不缩放)，可以使用静态批处理将多个物体合并为一个 Draw Call。需要在 Inspector 面板中勾选 "Static" 标记。

  • 使用动态批处理 (Dynamic Batching): 对于动态物体 (可以移动、旋转、缩放)，如果满足一定的条件 (例如共享相同的材质和 Shader)，Unity 会自动进行动态批处理。但动态批处理有开销，只适用于顶点数量较少的物体。

  • 使用 GPU Instancing (GPU 实例化): 对于大量重复的物体 (例如树木、草地、粒子)，可以使用 GPU Instancing 技术，使用一个 Draw Call 渲染多个实例，大幅减少 Draw Calls。需要在 Shader 中支持 GPU Instancing。

  • 使用材质共享 (Material Sharing): 确保场景中共享相同材质的物体使用同一个 Material 实例，减少 Material 副本的数量，提高批处理效率。

  • 使用 Sprite Atlas (Sprite 图集) 减少 Sprite 的 Draw Calls: 将多个 Sprite 合并到一张图集中，可以减少 Sprite 的 Draw Calls。

• Shader 优化:

  • 简化 Shader 计算: Shader 的计算复杂度直接影响 GPU 性能。尽量简化 Shader 代码，减少不必要的计算，例如减少纹理采样次数、减少复杂的数学运算、避免使用昂贵的 Shader 特性 (例如折射、菲涅尔反射等)。

  • 使用 Shader LOD (Shader Level of Detail): 根据物体距离相机的距离，使用不同 LOD 级别的 Shader。距离相机较远的物体可以使用更简单的 Shader，降低 GPU 负载。

  • 避免 Overdraw (过度绘制): Overdraw 是指像素被多次绘制，造成 GPU 资源的浪费。尽量减少 Overdraw，例如优化透明物体的渲染顺序、使用 Occlusion Culling (遮挡剔除) 剔除被遮挡的物体、简化透明物体的几何形状。

  • 使用 Shader 预加载 (Shader Preloading): Shader 的编译需要时间，在游戏运行时编译 Shader 会造成卡顿。可以使用 Shader 预加载技术，在游戏启动时或场景加载时预先编译 Shader。

• 纹理优化:

  • 压缩纹理 (Texture Compression): 使用纹理压缩可以减小纹理文件的大小，降低内存占用和 GPU 显存占用，提高纹理加载速度。Unity 支持多种纹理压缩格式，例如 ETC2 (Android), ASTC (Android/iOS), PVRTC (iOS), DXT (PC)。根据目标平台选择合适的纹理压缩格式。

  • 使用 Mipmap (多级纹理): Mipmap 可以为不同距离的物体生成不同分辨率的纹理，减少远处物体的纹理采样开销，提高渲染性能。

  • 优化纹理尺寸: 使用合适的纹理尺寸，避免使用过大的纹理。纹理尺寸应该是 2 的幂次方 (例如 256x256, 512x512, 1024x1024)。

  • 使用纹理图集 (Texture Atlas) 合并小纹理: 将多个小纹理合并到一张大纹理中，可以减少纹理切换的开销，提高渲染效率。

• 模型优化:

  • 减少模型面数: 高面数模型会增加 GPU 的顶点处理和渲染负担。对于远处物体或不重要的物体，可以使用低面数模型。

  • 使用模型 LOD (Level of Detail): 根据物体距离相机的距离，使用不同 LOD 级别的模型。距离相机较远的物体可以使用更低面数的模型。

  • 优化模型 UV 布局: 合理的 UV 布局可以提高纹理采样的效率。避免 UV 重叠和扭曲。

  • 使用网格压缩 (Mesh Compression): Unity 允许对网格数据进行压缩，减小模型文件的大小，降低内存占用和加载时间。

10.1.5.3 内存优化

内存优化主要集中在减少资源占用、避免内存泄漏、减少 GC 开销等方面。

• 资源管理:

  • 及时卸载无用资源: 使用 Resources.UnloadUnusedAssets() 或 AssetBundle.Unload(true) 卸载不再使用的资源，释放内存。

  • 使用 AssetBundle 管理资源: 使用 AssetBundle 可以将资源打包成独立的资源包，按需加载和卸载，更精细地控制内存使用。

  • 使用 Addressable Asset System (可寻址资源系统): Addressable Asset System 是 Unity 官方推荐的资源管理方案，提供了更灵活和高效的资源加载和管理方式。

  • 避免加载不必要的资源: 只加载当前场景需要的资源，避免一次性加载所有资源。可以使用异步加载 (Async Operation) 分帧加载资源，避免加载卡顿。

• 减少内存占用:

  • 压缩纹理和模型: 如前所述，使用纹理压缩和网格压缩可以显著减小资源文件的大小，降低内存占用。

  • 优化音频资源: 使用压缩的音频格式 (例如 MP3, Ogg Vorbis), 降低音频采样率和比特率，减小音频文件的大小。

  • 使用资源复用: 尽可能复用相同的资源，例如相同的材质、模型、纹理等，减少资源副本的数量。

  • 使用数据结构优化内存: 选择合适的数据结构可以减少内存占用。例如，使用 struct 替代 class 可以减少对象的内存开销。

• 减少 GC 开销:

  • 避免频繁的内存分配和释放: 如前所述，使用对象池可以减少频繁的 Instantiate 和 Destroy 操作。

  • 避免字符串操作和装箱拆箱: 尽量避免字符串操作和装箱拆箱，减少 GC 的触发频率。

  • 手动控制 GC: 在某些情况下，可以使用 System.GC.Collect() 手动触发垃圾回收，但应谨慎使用，避免在帧处理过程中触发 GC 造成卡顿。

10.1.6 案例分析：场景 Draw Call 过高优化

问题描述: 一个场景的 Draw Calls 数量过高 (超过 2000)，导致 GPU 负载过高，帧率下降。

排查步骤:

1. 使用 Frame Debugger 分析 Draw Calls: 打开 Frame Debugger，逐帧查看 Draw Call 列表，找出 Draw Call 数量最多的物体或类型。

2. 发现问题: 通过 Frame Debugger 分析，发现场景中大量的静态模型 (树木、房屋) 没有进行批处理，每个模型都产生一个 Draw Call。

3. 优化方案: 对静态模型应用静态批处理 (Static Batching)。

4. 操作步骤:

   • 选中场景中的所有静态模型。

   • 在 Inspector 面板中，勾选每个模型的 "Static" 标记。

5. 测试优化效果: 重新运行游戏，使用 Profiler (Rendering 模块) 监控 Draw Calls 数量。

6. 优化结果: 应用静态批处理后，Draw Calls 数量降至 500 以下，GPU 负载明显降低，帧率提升。

案例总结: 静态批处理是优化静态场景 Draw Calls 的有效方法。通过 Frame Debugger 定位 Draw Call 过多的原因，并采取相应的优化措施，可以显著提升渲染性能。

10.1.7 总结与最佳实践

性能优化是一个复杂而持续的过程，需要开发者在游戏开发的各个阶段都关注性能问题。以下是一些最佳实践建议：

• 尽早进行性能测试和优化: 在项目早期就应该开始关注性能问题，定期进行性能测试，及时发现和解决性能瓶颈，避免后期花费大量时间进行优化。

• 使用 Profiler 等工具进行科学分析: 不要盲目猜测性能瓶颈，要使用 Profiler 等工具进行科学分析，定位真正的性能问题所在。

• 针对不同平台进行优化: 不同平台的硬件性能和特性不同，需要针对不同平台进行性能优化。例如，移动平台更关注内存和电量消耗，PC 平台更关注画面质量和帧率。

• 代码规范和良好习惯: 养成良好的编码习惯，例如避免在 Update() 中进行复杂计算、使用对象池、及时释放资源等，从源头上减少性能问题。

• 持续学习和关注新技术: Unity 和硬件技术不断发展，新的性能优化技术和工具不断涌现，开发者需要持续学习和关注新技术，提升自己的性能优化能力。

• 性能优化与质量权衡: 性能优化有时会牺牲一定的画面质量或功能复杂度，需要在性能和质量之间进行权衡，找到最佳平衡点。

通过系统化的性能排查方法和有效的优化技巧，开发者可以显著提升 Unity3D 游戏的性能，为玩家带来更流畅、更优质的游戏体验。