开场一个知道慢但不知道慢在哪的迷茫小王用 Profiler 发现是GPU 瓶颈、DrawCall 也偏高但他懵了“Profiler 告诉我’渲染慢’、‘DrawCall 有 300 个’……可这 300 个 DrawCall到底在画什么哪些是重复的哪些能合并我看不见啊”老鸟一笑“Profiler 是’体检报告’告诉你哪项指标异常Frame Debugger 是’手术显微镜’——它能让你看到一帧画面从空白到完成一笔一笔怎么画的每个 DrawCall 画了什么、用了什么材质、为什么没合批……全都看得清清楚楚” 第一幕Frame Debugger 是什么核心定义Frame Debugger(帧调试器) Unity内置的渲染调试工具 ↓ 把一帧的渲染过程拆解成 一步一步的绘制命令(DrawCall等) ↓ 你能逐步回放这帧是怎么画出来的!它能回答什么问题✅ 这帧总共有多少个DrawCall? ✅ 每个DrawCall画的是什么? ✅ 画的顺序是怎样的? ✅ 用了什么材质、Shader、纹理? ✅ 为什么这几个物体没合批?⭐ ✅ 后处理/阴影是怎么一步步做的? ✅ Overdraw大概在哪? ↓ 渲染层面的为什么它都能帮你查!生动比喻绘画过程的逐帧回放Frame Debugger像看画家作画的录像 普通看画: 只看到最终成品(屏幕画面) Frame Debugger: 把作画过程录下来 一笔一笔慢放给你看 → 先画背景 → 再画物体A → 再画物体B → 画阴影 → 加后处理... ↓ 你能看清每一笔在画什么! 第二幕怎么打开和使用打开方式菜单: Window → Analysis → Frame Debugger ↓ 打开面板后,点击Enable按钮 → Unity暂停,捕获当前这一帧 → 左侧列出所有绘制步骤界面结构┌──────────────┬────────────────────┐ │ 左侧: │ 右侧: │ │ 绘制步骤列表 │ 当前步骤详情 │ │ │ │ │ 1. Clear │ - 用的Shader │ │ 2. 画地面 │ - 用的材质/纹理 │ │ 3. 画物体A │ - 顶点/索引数 │ │ 4. 画物体B │ - 为什么没合批⭐ │ │ 5. 阴影 │ - 各种渲染状态 │ │ 6. 后处理 │ │ │ ... │ │ └──────────────┴────────────────────┘ ↓ 中间的Scene视图会显示画到这一步的样子核心操作拖动进度关键玩法 拖动顶部的进度条(或点列表某一步) ↓ Scene视图实时显示画到这一步的画面 ↓ 你能看到画面从空白 → 逐步完成 像放慢镜头看作画!生动理解逐步回放就像PPT一页页翻 第1步: 空白屏幕(Clear) 第2步: 出现天空盒 第3步: 出现地面 第4步: 出现角色 第5步: 出现阴影 ... 最后: 完整画面 ↓ 每拖一步,画面多画一笔 一眼看清渲染顺序和内容! 第三幕Frame Debugger 的核心用途用途1查 DrawCall 数量和内容⭐左侧列表 所有绘制命令 数一数有多少个 看每个画的是什么 ↓ ✅ 发现: - 哪些物体各自单独一个DrawCall? - 哪些本该合批却没合? - 有没有重复/多余的绘制? ↓ 这是排查DrawCall过多的利器!用途2诊断为什么没合批⭐核心价值选中某个DrawCall,右侧会显示 Why this draw call cant be batched with the previous one (为什么不能和上一个合批) ↓ 常见原因: - 材质不同 - 用了不同纹理 - 有多光源影响 - 缩放为负 - 用了不同的Shader关键字 ↓ ✅ 直接告诉你合批失败的原因! 照着改就能合批 → 减DrawCall生动理解合批诊断合批失败诊断像为什么这两单不能拼车 Frame Debugger直接告诉你: 因为他们目的地不同(材质不同) 因为一个要带宠物(用了不同纹理) ↓ 知道原因 → 针对性解决 → 成功拼车(合批) ↓ 这是Frame Debugger最有价值的功能之一!用途3分析渲染顺序看绘制顺序,发现问题 ✅ 检查: - 不透明物体是否从前往后画?(Early-Z优化) - 透明物体顺序对不对? - 有没有过早画了会被遮挡的东西? ↓ 渲染顺序影响Overdraw和正确性用途4理解后处理/阴影流程后处理是多步Blit,阴影要渲染ShadowMap → 在列表里都能看到每一步! ↓ ✅ 看清: - 后处理有几个Pass?能合并吗? - 有多少次RT切换? - ShadowMap怎么渲染的? ↓ 排查后处理/阴影开销的好帮手用途5定位多余绘制✅ 发现浪费 - 画了看不见的物体(该剔除) - 重复画了某些东西 - 不必要的Clear - 过多的透明层叠(Overdraw) ↓ 逐步回放,一眼看出哪步多余 第四幕右侧详情能看什么每个 DrawCall 的详细信息选中一个绘制步骤,右侧显示 基本信息 - Shader名称和Pass - 使用的材质 - 顶点数、索引数 渲染状态 - 混合模式(Blend) - 深度测试/写入(ZTest/ZWrite) - 剔除模式(Cull) ️ 纹理和属性 - 用了哪些纹理 - Shader属性值 ⚠️ 合批信息 - 为什么没和上一个合批 ↓ 渲染的全部细节都在这!RenderTarget 信息✅ 能看到当前画到哪个RenderTarget - 是画到屏幕?还是离屏RT? - RT的格式、尺寸 ↓ 配合前面讲的RT切换优化 能看清有多少次RT切换!️ 第五幕实战排查流程实战1排查 DrawCall 过多1. 打开Frame Debugger,Enable捕获 2. 看左侧列表总数(DrawCall数) 3. 逐个查看,找出: - 大量相似物体各自单独画 - 本该合批的没合批 4. 选中未合批的,看为什么没合批 5. 针对原因优化: - 材质不同 → 合并材质/用图集 - Shader关键字不同 → 统一 6. 再捕获,验证DrawCall减少了 ↓ 定位 → 诊断 → 优化 → 验证实战2排查 Overdraw1. 逐步拖进度条 2. 观察哪些区域被反复绘制 (透明物体、UI、粒子叠加) 3. 找出画了很多层的地方 4. 优化:减少透明层叠、优化粒子 ↓ 用逐步回放看见Overdraw实战3排查后处理开销1. 找到后处理相关的绘制步骤 2. 数有几个Pass、几次RT切换 3. 发现: - 每个效果独立Pass? → 考虑合并 - RT切换太多? → 优化 4. 合并后再捕获验证 ↓ 后处理链一目了然⚠️ 第六幕使用注意点注意1真机 vs 编辑器⚠️ Frame Debugger主要在编辑器用 数据反映编辑器渲染 ↓ ✅ 可以连接真机调试(Remote) Build时勾选相关选项 连接设备捕获真机的帧 ↓ 最终优化效果要以真机为准!注意2它看的是渲染层面Frame Debugger专注渲染/GPU绘制 → 看DrawCall、渲染顺序、合批 它不管: - CPU脚本耗时(那是Profiler) - GC、物理... ↓ ✅ Frame Debugger Profiler配合用! Profiler找到GPU/渲染瓶颈 Frame Debugger深入渲染细节注意3捕获的是某一帧⚠️ 它捕获的是暂停时的那一帧 不同帧内容可能不同 ↓ ✅ 在有代表性的场景/状态下捕获 (比如战斗最激烈时)生动理解工具配合Profiler Frame Debugger像体检 手术 Profiler(体检): 你GPU负担重,DrawCall偏高 → 告诉你哪里有问题 Frame Debugger(显微镜/手术): 具体是这300个DrawCall, 其中这批没合批,原因是材质不同 → 告诉你问题的具体细节和原因 ↓ 先体检定位,再显微镜深查!✅ Frame Debugger 使用检查清单基础使用 □ 知道从Window→Analysis→Frame Debugger打开 □ 会Enable捕获当前帧 □ 会拖进度条逐步回放 □ 会看左侧步骤列表和右侧详情 核心排查 □ 会数DrawCall总数 □ 会查看每个DrawCall画的什么 □ 会看为什么没合批⭐ □ 会分析渲染顺序 □ 会看后处理/阴影的Pass □ 会看RT切换 进阶 □ 知道可以连接真机调试 □ 明白它专注渲染层面 □ 会配合Profiler一起用 □ 在有代表性的场景捕获 一句话总结Frame Debugger 是什么它是 Unity 内置的渲染调试工具能把一帧的渲染过程拆解成一步一步的绘制命令让你像看慢放录像一样看清画面从空白到完成一笔一笔怎么画出来的。核心用途① 查 DrawCall 数量和内容② 诊断为什么没合批最有价值直接告诉你原因③ 分析渲染顺序和 Overdraw④ 看清后处理/阴影的每一步和 RT 切换。它和 Profiler 是绝配Profiler 是体检报告定位瓶颈Frame Debugger 是显微镜深查渲染细节——先定位再深挖核心口诀Frame Debugger逐笔看渲染数DrawCall查合批看顺序找Overdraw配合Profiler用体检加显微镜 Frame Debugger 用途速查表用途怎么用价值查 DrawCall 数看左侧列表总数定位过多查合批失败原因选中看右侧提示⭐最有价值看渲染顺序逐步拖进度优化Early-Z查 Overdraw逐步回放观察找重复绘制看后处理流程找后处理步骤优化Pass/RT看 RT 切换看RenderTarget减少切换看材质/纹理右侧详情诊断问题 一句话记住核心Profiler 告诉你哪里慢Frame Debugger 告诉你为什么慢。想减 DrawCall打开它逐个看为什么没合批照着原因改就是最直接有效的优化路径 延伸工具在优化流程中的位置【完整的优化工具链】 发现问题 深入诊断 验证 │ │ │ ┌────┴────┐ ┌────┴────┐ ┌───┴───┐ Profiler Frame Debugger 再测量 (体检:找瓶颈) (显微镜:查细节) (确认改善) │ │ CPU/GPU/内存 渲染绘制细节 哪项异常 DrawCall/合批/顺序 ↓ 更深的GPU分析还有: RenderDoc、Xcode、Snapdragon Profiler (真机GPU抓帧,看得更底层) ↓ 工具配合: 从宏观到微观,层层深入! Frame Debugger：一帧画面是怎么“一笔一笔画出来“的
开场一个知道慢但不知道慢在哪的迷茫小王用 Profiler 发现是GPU 瓶颈、DrawCall 也偏高但他懵了“Profiler 告诉我’渲染慢’、‘DrawCall 有 300 个’……可这 300 个 DrawCall到底在画什么哪些是重复的哪些能合并我看不见啊”老鸟一笑“Profiler 是’体检报告’告诉你哪项指标异常Frame Debugger 是’手术显微镜’——它能让你看到一帧画面从空白到完成一笔一笔怎么画的每个 DrawCall 画了什么、用了什么材质、为什么没合批……全都看得清清楚楚” 第一幕Frame Debugger 是什么核心定义Frame Debugger(帧调试器) Unity内置的渲染调试工具 ↓ 把一帧的渲染过程拆解成 一步一步的绘制命令(DrawCall等) ↓ 你能逐步回放这帧是怎么画出来的!它能回答什么问题✅ 这帧总共有多少个DrawCall? ✅ 每个DrawCall画的是什么? ✅ 画的顺序是怎样的? ✅ 用了什么材质、Shader、纹理? ✅ 为什么这几个物体没合批?⭐ ✅ 后处理/阴影是怎么一步步做的? ✅ Overdraw大概在哪? ↓ 渲染层面的为什么它都能帮你查!生动比喻绘画过程的逐帧回放Frame Debugger像看画家作画的录像 普通看画: 只看到最终成品(屏幕画面) Frame Debugger: 把作画过程录下来 一笔一笔慢放给你看 → 先画背景 → 再画物体A → 再画物体B → 画阴影 → 加后处理... ↓ 你能看清每一笔在画什么! 第二幕怎么打开和使用打开方式菜单: Window → Analysis → Frame Debugger ↓ 打开面板后,点击Enable按钮 → Unity暂停,捕获当前这一帧 → 左侧列出所有绘制步骤界面结构┌──────────────┬────────────────────┐ │ 左侧: │ 右侧: │ │ 绘制步骤列表 │ 当前步骤详情 │ │ │ │ │ 1. Clear │ - 用的Shader │ │ 2. 画地面 │ - 用的材质/纹理 │ │ 3. 画物体A │ - 顶点/索引数 │ │ 4. 画物体B │ - 为什么没合批⭐ │ │ 5. 阴影 │ - 各种渲染状态 │ │ 6. 后处理 │ │ │ ... │ │ └──────────────┴────────────────────┘ ↓ 中间的Scene视图会显示画到这一步的样子核心操作拖动进度关键玩法 拖动顶部的进度条(或点列表某一步) ↓ Scene视图实时显示画到这一步的画面 ↓ 你能看到画面从空白 → 逐步完成 像放慢镜头看作画!生动理解逐步回放就像PPT一页页翻 第1步: 空白屏幕(Clear) 第2步: 出现天空盒 第3步: 出现地面 第4步: 出现角色 第5步: 出现阴影 ... 最后: 完整画面 ↓ 每拖一步,画面多画一笔 一眼看清渲染顺序和内容! 第三幕Frame Debugger 的核心用途用途1查 DrawCall 数量和内容⭐左侧列表 所有绘制命令 数一数有多少个 看每个画的是什么 ↓ ✅ 发现: - 哪些物体各自单独一个DrawCall? - 哪些本该合批却没合? - 有没有重复/多余的绘制? ↓ 这是排查DrawCall过多的利器!用途2诊断为什么没合批⭐核心价值选中某个DrawCall,右侧会显示 Why this draw call cant be batched with the previous one (为什么不能和上一个合批) ↓ 常见原因: - 材质不同 - 用了不同纹理 - 有多光源影响 - 缩放为负 - 用了不同的Shader关键字 ↓ ✅ 直接告诉你合批失败的原因! 照着改就能合批 → 减DrawCall生动理解合批诊断合批失败诊断像为什么这两单不能拼车 Frame Debugger直接告诉你: 因为他们目的地不同(材质不同) 因为一个要带宠物(用了不同纹理) ↓ 知道原因 → 针对性解决 → 成功拼车(合批) ↓ 这是Frame Debugger最有价值的功能之一!用途3分析渲染顺序看绘制顺序,发现问题 ✅ 检查: - 不透明物体是否从前往后画?(Early-Z优化) - 透明物体顺序对不对? - 有没有过早画了会被遮挡的东西? ↓ 渲染顺序影响Overdraw和正确性用途4理解后处理/阴影流程后处理是多步Blit,阴影要渲染ShadowMap → 在列表里都能看到每一步! ↓ ✅ 看清: - 后处理有几个Pass?能合并吗? - 有多少次RT切换? - ShadowMap怎么渲染的? ↓ 排查后处理/阴影开销的好帮手用途5定位多余绘制✅ 发现浪费 - 画了看不见的物体(该剔除) - 重复画了某些东西 - 不必要的Clear - 过多的透明层叠(Overdraw) ↓ 逐步回放,一眼看出哪步多余 第四幕右侧详情能看什么每个 DrawCall 的详细信息选中一个绘制步骤,右侧显示 基本信息 - Shader名称和Pass - 使用的材质 - 顶点数、索引数 渲染状态 - 混合模式(Blend) - 深度测试/写入(ZTest/ZWrite) - 剔除模式(Cull) ️ 纹理和属性 - 用了哪些纹理 - Shader属性值 ⚠️ 合批信息 - 为什么没和上一个合批 ↓ 渲染的全部细节都在这!RenderTarget 信息✅ 能看到当前画到哪个RenderTarget - 是画到屏幕?还是离屏RT? - RT的格式、尺寸 ↓ 配合前面讲的RT切换优化 能看清有多少次RT切换!️ 第五幕实战排查流程实战1排查 DrawCall 过多1. 打开Frame Debugger,Enable捕获 2. 看左侧列表总数(DrawCall数) 3. 逐个查看,找出: - 大量相似物体各自单独画 - 本该合批的没合批 4. 选中未合批的,看为什么没合批 5. 针对原因优化: - 材质不同 → 合并材质/用图集 - Shader关键字不同 → 统一 6. 再捕获,验证DrawCall减少了 ↓ 定位 → 诊断 → 优化 → 验证实战2排查 Overdraw1. 逐步拖进度条 2. 观察哪些区域被反复绘制 (透明物体、UI、粒子叠加) 3. 找出画了很多层的地方 4. 优化:减少透明层叠、优化粒子 ↓ 用逐步回放看见Overdraw实战3排查后处理开销1. 找到后处理相关的绘制步骤 2. 数有几个Pass、几次RT切换 3. 发现: - 每个效果独立Pass? → 考虑合并 - RT切换太多? → 优化 4. 合并后再捕获验证 ↓ 后处理链一目了然⚠️ 第六幕使用注意点注意1真机 vs 编辑器⚠️ Frame Debugger主要在编辑器用 数据反映编辑器渲染 ↓ ✅ 可以连接真机调试(Remote) Build时勾选相关选项 连接设备捕获真机的帧 ↓ 最终优化效果要以真机为准!注意2它看的是渲染层面Frame Debugger专注渲染/GPU绘制 → 看DrawCall、渲染顺序、合批 它不管: - CPU脚本耗时(那是Profiler) - GC、物理... ↓ ✅ Frame Debugger Profiler配合用! Profiler找到GPU/渲染瓶颈 Frame Debugger深入渲染细节注意3捕获的是某一帧⚠️ 它捕获的是暂停时的那一帧 不同帧内容可能不同 ↓ ✅ 在有代表性的场景/状态下捕获 (比如战斗最激烈时)生动理解工具配合Profiler Frame Debugger像体检 手术 Profiler(体检): 你GPU负担重,DrawCall偏高 → 告诉你哪里有问题 Frame Debugger(显微镜/手术): 具体是这300个DrawCall, 其中这批没合批,原因是材质不同 → 告诉你问题的具体细节和原因 ↓ 先体检定位,再显微镜深查!✅ Frame Debugger 使用检查清单基础使用 □ 知道从Window→Analysis→Frame Debugger打开 □ 会Enable捕获当前帧 □ 会拖进度条逐步回放 □ 会看左侧步骤列表和右侧详情 核心排查 □ 会数DrawCall总数 □ 会查看每个DrawCall画的什么 □ 会看为什么没合批⭐ □ 会分析渲染顺序 □ 会看后处理/阴影的Pass □ 会看RT切换 进阶 □ 知道可以连接真机调试 □ 明白它专注渲染层面 □ 会配合Profiler一起用 □ 在有代表性的场景捕获 一句话总结Frame Debugger 是什么它是 Unity 内置的渲染调试工具能把一帧的渲染过程拆解成一步一步的绘制命令让你像看慢放录像一样看清画面从空白到完成一笔一笔怎么画出来的。核心用途① 查 DrawCall 数量和内容② 诊断为什么没合批最有价值直接告诉你原因③ 分析渲染顺序和 Overdraw④ 看清后处理/阴影的每一步和 RT 切换。它和 Profiler 是绝配Profiler 是体检报告定位瓶颈Frame Debugger 是显微镜深查渲染细节——先定位再深挖核心口诀Frame Debugger逐笔看渲染数DrawCall查合批看顺序找Overdraw配合Profiler用体检加显微镜 Frame Debugger 用途速查表用途怎么用价值查 DrawCall 数看左侧列表总数定位过多查合批失败原因选中看右侧提示⭐最有价值看渲染顺序逐步拖进度优化Early-Z查 Overdraw逐步回放观察找重复绘制看后处理流程找后处理步骤优化Pass/RT看 RT 切换看RenderTarget减少切换看材质/纹理右侧详情诊断问题 一句话记住核心Profiler 告诉你哪里慢Frame Debugger 告诉你为什么慢。想减 DrawCall打开它逐个看为什么没合批照着原因改就是最直接有效的优化路径 延伸工具在优化流程中的位置【完整的优化工具链】 发现问题 深入诊断 验证 │ │ │ ┌────┴────┐ ┌────┴────┐ ┌───┴───┐ Profiler Frame Debugger 再测量 (体检:找瓶颈) (显微镜:查细节) (确认改善) │ │ CPU/GPU/内存 渲染绘制细节 哪项异常 DrawCall/合批/顺序 ↓ 更深的GPU分析还有: RenderDoc、Xcode、Snapdragon Profiler (真机GPU抓帧,看得更底层) ↓ 工具配合: 从宏观到微观,层层深入!