很多人刚接触 Unity 时，觉得导航很简单：导入地形，点一下“烘焙”，敌人就会自动绕路了。但在实际项目里，这个按钮按下去的瞬间，游戏帧率可能直接掉到 10 帧以下。更糟糕的是，如果场景中有动态变化的元素，比如可摧毁的墙体、可移动的平台，默认的静态烘焙根本帮不上忙。这门课专门解决这个痛点：如何让导航网格（NavMesh）在运行中实时更新，且不影响性能。它不教你从零开始搭场景，而是聚焦于“动态烘焙”这一具体技术栈，适合已经掌握 Unity 基础操作、熟悉 C# 脚本编写，但卡在 AI 寻路卡顿或逻辑失效的中级开发者。
动态烘焙为何是瓶颈，以及学习路径建议
传统烘焙在编辑器阶段完成，数据静态不变。一旦你在游戏中生成新物体，或者移除障碍，导航系统就“瞎”了。动态烘焙要求引擎在运行时重新计算局部网格，这个过程如果处理不好，会导致严重的 GC 分配和线程阻塞。课程首先会带你拆解 Unity 内置 NavMeshSurface 组件的底层逻辑，解释为什么频繁调用 `BuildNavMesh()` 是性能杀手。随后，重点转向“局部烘焙”与“增量更新”的策略：如何只重算受影响的区域，如何利用 `NavMeshBuilder` 进行异步构建。建议你先花 20% 的时间理解“脏标记”机制和 `NavMesh.OnSurfaceChanged` 回调的生命周期，这是后续所有优化的基石。不要急着抄代码，先明白每一次网格变动背后触发了哪些计算。
学完能独立实现什么，资料如何配合
学完这套内容，你应该能独立构建一个“动态障碍检测 - 局部网格重绘 - 寻路路径平滑”的完整闭环。具体场景包括：在一款即时战略游戏中，玩家摧毁墙壁后，AI 单位能立即通过新出现的缺口；或者在 Roguelike 游戏中，随机生成的迷宫在每局开始时快速生成导航数据且耗时可控。资料包中的示例工程并非大而全的完整项目，而是针对核心难点的模块化脚本。你需要将这些脚本剥离出来，嵌入自己正在做的 Demo 中。重点练习两个场景：一是模拟高频次物体生成与销毁，观察帧时间曲线；二是实现自定义导航区域（如禁止通行区）的动态生效。当你能够不查阅文档，仅凭逻辑推演出何时该触发烘焙、何时该使用 `NavMesh.CalculatePath` 的异步回调时，才算真正掌握了这项技术。
务必警惕一个误区：动态烘焙不是万能药。对于静态地形的复杂关卡，全图静态烘焙依然拥有最高的运行效率。这门课的价值在于让你具备“判断力”——知道什么时候该用静态，什么时候必须上动态，以及如何在动态代价与逻辑正确性之间做权衡。资料里的代码片段提供了基础骨架，但真正的优化策略需要结合你的具体游戏架构调整，例如结合对象池减少导航对象创建销毁的频率，利用时间切片分散烘焙压力。不要指望学完就能直接套用到所有项目，它是一套处理特定技术难题的方法论。
课程目录
整理中，敬请期待。
