这次我们来看一个 Unity 新手项目的第三章练习复盘。这个项目没有用复杂框架也没有依赖大型插件而是从零搭建一个 3D 小游戏练习场景逐步实现角色控制、摄像机跟随、碰撞交互、敌人巡逻和 UI 反馈第三章部分已经把核心玩法闭环跑通代码整理后已经完结。你如果刚学完 Unity 的基本操作正想找一个能完整翻完功能模块的练手项目这一章可以作为参考模板。这个第三章练习最值得关注的点有三个一是脚本全部围绕 Unity 生命周期和组件组合展开能帮新手把 Awake、Update、LateUpdate、OnTriggerEnter 这些回调串成一条线二是功能模块拆得比较小角色移动、跳跃、摄像机平滑跟随、敌人巡逻、触发器碰撞、UI 刷新都能单独测试三是运行门槛不高场景规模小模型大多是占位 Cube低配笔记本也能跑实际帧率以本机测试为准。文章后面会带你走一遍环境准备、工程结构规划、功能模块设计、脚本编写、功能测试、性能观察和问题排查的完整流程。如果你正准备做第一个完整小游戏或者想复习 C# 脚本与 Unity 组件的配合方式这篇文章可以直接收藏。下面按项目练习的顺序展开。1. 核心能力速览能力项说明项目类型Unity 3D 新手练习项目第三章玩法闭环已于当前阶段完结引擎版本推荐 Unity 2021 LTS 或 Unity 2022 LTS实际以本机安装版本为准开发语言C#场景类型3D 场景含角色控制、敌人巡逻、碰撞交互、UI 显示核心系统角色移动、跳跃、摄像机跟随、敌人巡逻、Trigger 事件、UGUI 分数刷新运行平台Windows / macOS 编辑器运行可导出桌面端安装包组件依赖CharacterController、Collider、Rigidbody、Canvas、Text、Light第三方插件无全部使用 Unity 引擎自带功能素材来源Unity Asset Store 免费资源或自制占位模型需确认授权硬件门槛不高集显 普通 CPU 即可磁盘剩余建议 10GB 以上是否需要服务器不需要适合人群Unity 入门 1-3 个月想通过完整项目巩固开发流程的开发者从能力表格可以看到这个练习不是做一个大型游戏而是用最小闭环把 Unity 开发中最常碰到的几个问题走一遍。第三章完成的不是“能看不能玩”的静态场景而是从角色操控到 UI 反馈都能跑起来的小游戏基础版。2. 适用场景与使用边界2.1 适合谁、能解决什么问题这个第三章练习解决的是新手最容易卡住的几个问题角色移动代码为什么要写在 Update 中、摄像机为什么要在 LateUpdate 里跟随、触发事件为什么需要 Rigidbody、UI 数值怎么实时刷新。它不讲大型架构不追源码原理而是让你在一个有可见结果的小项目里把这些知识点串起来。如果你是自学 Unity 的开发者经常学完一个教程就忘记上一个教程那这种模块化练习比连续刷视频更合适。每完成一个小功能跑通一次场景知识留存率会明显提高。第三章做完你对场景搭建、Prefab 复用、脚本挂载、Inspector 参数调整、Console 调试这些日常操作都会形成肌肉记忆。2.2 不适合什么场景这个练习不适合想学网络同步、高性能渲染或大型框架的开发者。第三章没有服务端没有使用复杂 AI 状态机敌人巡逻用的是两点间来回移动玩家攻击判定也停留在触发器和碰撞器的层面。如果你的目标是成为商业项目开发者这个练习只是验证基础玩法的起点不是生产级项目模板。同时要注意一点第三章的代码风格偏向“能跑就行”不代表 Unity 项目的最佳实践。例如单例管理器没有做更细的模块解耦脚本之间的相互引用比较直接这在教学练习里是友好的但放到多人协作项目里需要重构。2.3 版权与合规边界练习过程中如果使用美术资源、音频和字体务必确认授权。Unity Asset Store 里的免费资源也有不同许可条款CC0 素材可以放心用于公开项目部分标注“免费”的素材只允许非商业使用还有一些素材要求标注作者信息。不要直接打包别人的付费美术、音乐或字体发布到公开平台。测试工程里如果引用了模型和音效发布前要核对 License。涉及人脸、声音等敏感素材时必须确认肖像权和授权这一点在后续做更复杂的项目时要格外留意。3. 环境准备与前置条件3.1 安装 Unity Hub 与 Unity 编辑器先到 Unity 官网下载 Unity Hub通过 Hub 安装编辑器版本。新手建议直接安装 LTS 版本不要追最新 Preview 版本因为 Preview 功能虽然新但遇到编译错误时搜索解决方案的资料往往不够多。安装时选择包含中文语言包即可模块选择桌面端构建支持就够用。Unity 编辑器的安装包大约 3-5GB一个空项目导入常用包后大约占 2-3GB磁盘最好预留 10GB 以上。安装路径不要带中文和空格否则部分工具和构建流程容易报错。如果你更喜欢用命令行的方式管理项目目录可以先建好基础文件夹命令如下mkdir -p Assets/Scenes mkdir -p Assets/Scripts/Player mkdir -p Assets/Scripts/Enemy mkdir -p Assets/Scripts/UI mkdir -p Assets/Prefabs mkdir -p Assets/Materials mkdir -p Assets/Fonts mkdir -p Assets/Audio在 Unity 编辑器里右键创建文件夹会更直观命令行创建目录只是可选操作。关键是 Assets 下的目录层级要保持清晰不要把所有脚本和模型堆在根目录。3.2 C# 基础要求这个练习不要求你精通 C#但至少要掌握这些内容类、方法、变量、if/else、foreach、public/private、Vector3 的基础运算、协程的基本概念。如果协程还不熟第三章可以先不用协程用 Update 配合累计时间也能实现大部分延迟逻辑。掌握 C# 的核心不在于背语法而在于理解 Unity 脚本的生命周期和组件引用。只要知道 GetComponent、transform、gameObject、Time.deltaTime 这几个高频成员的用法第三章的基本代码就可以顺利跑通。3.3 硬件与运行环境检查第三章项目没有高负载渲染和大量实时计算集成显卡也能运行。但要注意把 Game 视图分辨率调低一些例如 1280x720这样在编辑器中反复运行测试时不会卡顿。如果运行过程中出现画面严重掉帧先看是否打开了多个窗口、系统散热是否正常再排查项目内是否有高精度模型和超大纹理。第三章使用占位模型这类问题一般不会出现。4. 项目创建与工程结构规划4.1 创建 Unity 工程打开 Unity Hub点击 New Project选择 3D Core 模板输入项目名称和保存路径。项目名称建议使用英文保存路径不要包含中文避免后续导入工具、构建工具在路径解析时报错。创建完成后Unity 会进入默认场景 SampleScene。第一次打开会等待编译完成右下角进度条空转结束就可以开始操作。此时可以先打开 Window - Package Manager确认项目包是否完整再进入 Edit - Project Settings检查公司名称和项目名称。4.2 目录结构规划工程目录建议按功能层级划分不要把所有脚本放在一个 Scripts 文件夹里。Assets 根目录下可以这样组织Assets/ Scenes/ # 场景文件 Scripts/ Player/ # 玩家控制、摄像机 Enemy/ # 敌人巡逻 UI/ # UI 管理器 Game/ # GameManager、公共状态 Prefabs/ # 预制体 Materials/ # 材质 Fonts/ # 字体 Audio/ # 音频这相当于在 Unity 里维护两层树结构第一层是 Assets 下的资源大类第二层是具体功能模块或对象类型。资源管理器的分类和 Windows 文件系统的目录保持一致后续找文件、改脚本、打包配置都会省很多时间。4.3 渲染管线和分辨率设置Unity 2021.3 LTS 默认 3D Core 模板使用内置渲染管线Built-in Render Pipeline第三章的代码不受渲染管线差异影响。如果项目创建时选了 URP材质和部分 Shader 表现会不同但脚本逻辑仍然通用。在 Game 视图左上角可以切换分辨率建议先选择 960x540 或 1280x720。分辨率设置会影响 Canvas 的适配方式第三章先固定一个分辨率验证玩法等后续要发布移动端再单独做多分辨率适配。4.4 场景初始化设置新建场景后先添加地面和一个简单的方向光。地面可以用 Plane 或 Cube 拉长方向光使用默认 Directional Light 即可。光源照射方向和阴影质量影响画面观感新手先不要纠结灯光参数重点是验证逻辑。场景中的玩家、敌人、金币等对象都建议做成 Prefab。Prefab 的好处是修改一个模板场景里所有实例同步更新避免一个对象一个参数的重复劳动。第三章至少应该将 Player、Enemy、Coin、UI 面板做成 Prefab 或预留 Prefab 结构。5. 第三章功能模块设计第三章在动手编码前先把功能模块列成一张表每实现一个模块就运行一次场景验证这样可以避免把所有脚本写完再统一测试时出现大量连锁报错。模块核心对象实现方式角色移动PlayerCharacterController Input.GetAxis跳跃Player地面检测 垂直速度模拟摄像机跟随CameraLateUpdate Vector3.SmoothDamp敌人巡逻Enemy两个巡逻点之间来回移动碰撞交互Coin / Door / ButtonOnTriggerEnter / OnCollisionEnterUI 反馈CanvasText 实时更新得分全局状态GameManager单例 DontDestroyOnLoad5.1 角色移动与跳跃使用 CharacterController 时移动逻辑通常放在 Update 中读取输入再调用 controller.Move() 做位移。跳跃不能直接使用 transform.Translate 修改 Y 轴那样不会受重力影响需要手动模拟一个重力速度。下面是一份可运行的角色移动脚本示例包含地面检测、水平移动和跳跃三个部分using UnityEngine; public class PlayerController : MonoBehaviour { public float moveSpeed 5f; public float jumpSpeed 6f; public float gravity 20f; public float groundCheckDistance 0.2f; private CharacterController controller; private Vector3 velocity; private bool isGrounded; void Start() { controller GetComponentCharacterController(); } void Update() { // 从脚底向下发射一条短射线判断是否在地面 isGrounded Physics.Raycast( transform.position Vector3.up * 0.1f, Vector3.down, groundCheckDistance ); if (isGrounded velocity.y 0f) { velocity.y -2f; } float h Input.GetAxis(Horizontal); float v Input.GetAxis(Vertical); Vector3 move new Vector3(h, 0f, v); move transform.TransformDirection(move); move * moveSpeed; if (Input.GetButtonDown(Jump) isGrounded) { velocity.y jumpSpeed; } velocity.y - gravity * Time.deltaTime; controller.Move((move velocity * Vector3.up) * Time.deltaTime); } }这里的核心是三个点First地面检测不要完全依赖 CharacterController.isGrounded在斜坡和台阶边缘会有延迟手感短射线检测更直接。Second水平和垂直输入经过 TransformDirection 转换会从局部坐标转到世界坐标角色朝向决定移动方向。Third跳跃速度累加到 velocity.y再用重力加速度随时间减小落地时重置为负值。跑通这些以后再考虑加“小跳缓冲”“斜坡检测”“加速冲刺”这些手感优化。5.2 摄像机平滑跟随摄像机跟随要写在 LateUpdate 而不是 Update。因为 Update 中角色先移动LateUpdate 里摄像机再定位前后顺序能减少画面抖动。最简单的跟随方式是记录一个偏移量再通过 SmoothDamp 做平滑插值。using UnityEngine; public class CameraFollow : MonoBehaviour { public Transform target; public Vector3 offset new Vector3(0f, 3f, -5f); public float smoothTime 0.2f; private Vector3 velocity Vector3.zero; void LateUpdate() { if (target null) return; Vector3 targetPosition target.position offset; transform.position Vector3.SmoothDamp( transform.position, targetPosition, ref velocity, smoothTime ); } }这个脚本挂到 Main Camera 上然后手动把场景中的 Player 拖到 Target 槽里或者用 FindWithTag 自动获取。SmoothDamp 是 Unity 中比 Lerp 更平滑的插值方式它带有一个内部速度项不会出现线性插值那种“快到目标时突然减速”的顿挫感。如果需要摄像机跟随角色转向可以在位置跟随之外增加旋转插值使用 Quaternion.Slerp 或 set look rotation。第三章阶段先固定一个第三人称角度即可不要一上来就做第一视角或自由视角容易把坐标轴和输入方向搞混。5.3 敌人巡逻与朝向判断敌人巡逻最简单的实现是在两个 Vector3 点之间来回移动使用 Vector3.MoveTowards 或 Mathf.PingPong 都可以。这里用 MoveTowards 版本便于在 Inspector 中直接看到巡逻点对象。using UnityEngine; public class EnemyPatrol : MonoBehaviour { public Transform pointA; public Transform pointB; public float speed 2f; private Transform currentTarget; void Start() { currentTarget pointA; } void Update() { transform.position Vector3.MoveTowards( transform.position, currentTarget.position, speed * Time.deltaTime ); if (Vector3.Distance(transform.position, currentTarget.position) 0.1f) { currentTarget currentTarget pointA ? pointB : pointA; } } }这样敌人会在 A、B 两点之间反复移动是一个很基础的巡逻 AI。如果想继续升级可以在 Update 中检测玩家距离当距离小于某一阈值时切换为追踪玩家追踪结束后再回到巡逻状态。第三章可以不写追踪逻辑先把“来回移动”和“对象进度”跑通第四章再加状态机或 NavMesh。5.4 碰撞交互与触发事件金币、钥匙、门这类对象通常使用 Trigger 实现。给对象添加 Box Collider勾选 Is Trigger再挂一个脚本写 OnTriggerEnter 回调。这里有一个常见坑如果两个对象都没有 Rigidbody触发事件不会稳定调用至少需要一方挂 Rigidbody在静态场景中普通情况下把刚体设为 isKinematic 即可。using UnityEngine; public class Coin : MonoBehaviour { private void OnTriggerEnter(Collider other) { if (!other.CompareTag(Player)) return; // 分数累加逻辑建议通过 GameManager 统一管理 GameManager.Instance.AddScore(1); gameObject.SetActive(false); } }使用 Tag 判断碰撞对象可以确保只有玩家触碰金币时才触发加分。如果写成 other.name Player当玩家对象改名后代码会失效使用 Tag 更稳。Collider 的 Is Trigger 勾选后物体不会阻挡角色只会触发事件适合做收集物品和区域判定。如果不是 Trigger而是需要阻挡和撞击反馈使用 OnCollisionEnter。两者区别在于Trigger 用于“穿过并触发逻辑”Collision 用于“物理阻挡并产生碰撞反馈”。第三章的交互对象一般都用 Trigger这样角色穿过金币时不会因为碰撞体被弹开。5.5 UI 刷新与反馈UGUI 更新文本最直接的方式是让 UIManager 持有 Text 引用数值变化时调用 text.text 赋值。不要在 Update 中每帧反复设置同一个文本内容那样会导致 Canvas 持续重建效率下降。即使数值不变也要避免无意义的重复赋值。using UnityEngine; using UnityEngine.UI; public class UIManager : MonoBehaviour { public Text scoreText; public void UpdateScore(int score) { scoreText.text 得分: score; } }在场景中创建一个 Canvas添加 Text 子物体再把 Text 拖到 UIManager 的 scoreText 槽位上。分数变化时调用 UpdateScore。如果要做提示文字渐隐效果可以写一个协程用 Color.Lerp 逐步降低 Text 的 alpha 值。需要注意用协程做过度动画时要防止重复启动否则会产生多个协程同时改动同一个 Text显示效果会乱掉。5.6 GameManager 单例与场景切换第三章需要一个 GameManager 来保存跨场景的数据最简单的实现是单例 DontDestroyOnLoad。这里新手很容易踩坑从场景 A 切到场景 B如果场景 B 里又放了一个 GameManager会出现两个实例。需要在 Awake 中处理重复实例。public class GameManager : MonoBehaviour { public static GameManager Instance; private int score; private void Awake() { if (Instance ! null Instance ! this) { Destroy(gameObject); return; } Instance this; DontDestroyOnLoad(gameObject); } public void AddScore(int value) { score value; // 可以在这里调用 UIManager 刷新分数 } }单例只是第三章最简单可用的方案。实际项目中单例过多会带来耦合问题但新手阶段使用单例管理全局状态是很容易理解的方式。如果你愿意可以把 UI 更新也挪到 GameManager 里让 GameManager 持有 UIManager 的引用或者在 AddScore 中调用事件让 UIManager 订阅分数变化事件。第三章只要求能跑通不需要过度设计。6. 脚本接口与调试方式第三章项目不涉及 HTTP API、数据库或批量任务所以这篇文章不展开外部接口调用。但 Unity 自身的脚本接口、生命周期和调试手段是这一章必须掌握的内容掌握了这些就相当于拿到了后续所有脚本问题排查的通用钥匙。6.1 生命周期顺序与常用回调Unity 脚本的执行顺序非常固定Awake 在场景加载时执行OnEnable 在对象启用时执行Start 在第一次 Update 之前执行Update 每帧执行LateUpdate 在 Update 之后执行FixedUpdate 以固定时间步执行OnDestroy 在对象销毁时执行。第三章的角色移动放在 Update摄像机跟随放在 LateUpdate物理触发事件使用 OnTriggerEnter。这些位置的选择不是随意定的而是为了让角色先完成移动摄像机再跟着更新位置物理事件再在合适的时机触发。6.2 输入系统差异默认情况下 Input.GetAxis 是传统输入管理器。脚本写完后在 Edit - Project Settings - Input Manager 中确认 Horizontal、Vertical、Jump 的名称没有改动。如果项目切换到新的 Input System Package脚本写法会变成事件回调和 PlayerInput 组件常见的 bug 是旧写法在启用新输入系统时直接不响应。新手建议先用 Input Manager等需要手柄支持、自定义键位或全平台映射时再迁移到 Input System。第三章用默认键盘 WASD 加空格跳即可先把输入和角色控制的映射关系搞清楚。6.3 调试输出与可视化调试时多使用 Debug.Log 输出关键变量例如速度、当前目标、触发物体名称。Console 面板中的日志要按类型过滤红色报错必须第一时间处理黄色警告可以先记录但不要忽略。如果需要观察射线和碰撞范围可以使用 Debug.DrawRay 在 Scene 视图中画线。代码写在 Update 里编辑器里就能看到射线是否从角色脚下射出这和反复跑场景猜问题相比效率高很多。6.4 平台宏与编译分支Unity 中可以使用预编译宏区分不同平台逻辑例如#if UNITY_EDITOR、#if UNITY_STANDALONE。在第三章的练习里这个知识点可以先用起来比如只在编辑器模式下输出调试日志打包后不输出避免发布版本控制台日志过乱。using UnityEngine; public class DebugUtil { public static void Log(string message) { #if UNITY_EDITOR Debug.Log(message); #endif } }这种写法避免了运行时拼接大量字符串造成的性能开销也能保持调试信息的可控性。第三章不必过度封装但至少脚本中不要到处写裸的 Debug.Log。7. 功能测试与效果验证功能测试要按模块打勾不能只靠“看起来能跑”。以下是一份可以直接抄的测试用例表每个模块都写了测试步骤、预期结果和验收标准。功能模块测试步骤预期结果验收标准角色移动运行场景按 WASD 移动角色朝对应方向移动不穿地板方向与按键一致跳跃按空格键角色跳起后落回地面能落地不会连续弹跳摄像机跟随移动角色摄像机平滑跟随不抖动画面无闪烁目标在可见范围内敌人巡逻观察场景中的敌人敌人在两个点之间来回移动移动速度与 Inspector 参数一致金币拾取控制角色触碰金币金币消失分数增加触发事件只执行一次不会重复加分UI 更新拾取金币后观察 UI分数文本实时变化数值正确无延迟场景切换触碰到出口对象加载下一个场景GameManager 中的数据不被清空运行测试时最好先打开 Game 视图和 Console 面板出现红错立刻停止运行修复后再继续。不要把多个功能同时测试否则很难定位是哪一段代码引入的问题。7.1 第一次跑通后的检查清单功能跑通之后再回头检查几个容易出现隐性问题的地方Tag 是否统一设置、Rigidbody 是否多余、CharacterController 和 Collider 是否冲突、场景中的物体是否使用了正确的 Prefab。如果发现角色在移动时抖得厉害第一步检查摄像机的 LateUpdate 是否有条件分支导致位置更新不连续第二步检查 CharacterController 的 Move 与刚体物理是否同时生效。同一角色不要同时使用 CharacterController 和 Rigidbody 做位置控制两个系统会互相干扰。8. 性能观察与资源占用本项目规模不大硬件门槛不高但仍建议养成用性能工具的习惯尤其是从第三章就开始观察后面做复杂项目时才不会被帧率问题搞到头大。8.1 使用 Profiler 观察每帧开销从菜单 Window - Analysis - Profiler 打开性能分析面板。先运行场景再录制约 10 秒主要看 CPU Usage 模块中的脚本耗时和 GC Alloc 分配量。第三章常见的性能问题包括在 Update 中频繁创建字符串、用 foreach 遍历 List 产生装箱、每帧使用 FindGameObjectWithTag 查找对象。如果看到 GC Alloc 数值持续上涨优先检查是否有 new List、字符串拼接或 LINQ 操作。比如这个写法就会产生无谓的 GC 压力// 不推荐每帧创建新字符串 Debug.Log(当前分数: score);解决办法是减少高频路径中的字符串拼接或用 StringBuilder。第三章阶段不追求极致优化但至少要看懂 Profiler 中哪些函数占用了较多时间。8.2 Draw Call 与批处理观察物体少时 Draw Call 不是最大瓶颈但可以打开 Window - Analysis - Frame Debugger 查看当前帧的渲染批次。如果场景中出现大量重复 Cube 和重复材质可以打开 Static Batching 或 GPU Instancing 降低批次数。URP 下素材兼容时会自动合批渲染管线的差异不影响脚本逻辑。8.3 协程与 Update 的开销协程用于“延迟执行”或“分帧处理”很方便但它不是零开销每次启动和停止都会产生 GC 分配。如果是每帧都要执行的逻辑不要用协程直接放 Update 中判断即可。如果是延迟两秒后关闭 UI 提示可以用协程也可以使用 Invoke两者差异不大。例如一个渐隐效果如果放在 Update 里通过累加时间控制 alpha不会产生额外 GC如果用多个协程同时操作 Text 的 alpha反而容易出问题。处理这类效果时想清楚“只有一个协程在运行”这个前提。8.4 Shader 与渲染管线的影响如果使用 URP 模板内置 Shader 的材质可能需要重新指定。第三章只使用默认材质一般不会遇到 Shader 问题。如果导入的免费模型出现了粉色材质通常是因为 Shader 在 URP 下不兼容需要替换为标准材质或 URP 对应的 Lit Shader。如果不想处理这类问题创建项目时直接选 3D Core 模板最省事。9. 常见问题与排查方法问题现象可能原因排查方式解决方案项目打不开或卡在启动路径包含中文、Unity Hub 未登录、模块损坏检查项目路径和 Console 日志项目放到纯英文路径重新导入或修复模块脚本报 NullReferenceException未在 Inspector 中拖引用或组件缺失双击错误定位到代码行用 GetComponent 兜底或在 Start 中做引用获取角色移动方向错误摄像机方位偏离或 Transform 局部坐标方向与预期不符在 Scene 视图确认角色朝向将移动方向改为以摄像机为基准或调整角色 forward 方向OnTriggerEnter 不执行Is Trigger 未勾选、缺少 Rigidbody、Tag 不一致检查对象组件给触发对象加 RigidbodyisKinematic 设为 true摄像机抖动Update/LateUpdate 顺序混乱跟随目标为空查看脚本调用顺序位置跟随放入 LateUpdate目标在 Inspector 中正确赋值跳跃变成无限跳地面检测距离过小或射线起点偏移打印 isGrounded 观察变化增大 groundCheckDistance或将射线起点调整到角色脚底附近UI 不显示Canvas 缺少、Text 排序错误、alpha 为 0检查 Canvas 层级和颜色创建 Canvas设置正确的 Sorting Order构建报错场景未加入 Build Settings打开 Build Settings 检查 Scenes In Build将当前场景加入构建列表导入素材后材质缺失Shader 不兼容或资源路径变更查看 Console 警告替换材质 Shader或重新导入素材包9.1 依赖安装失败与素材导入失败Unity 安装模块失败时在 Unity Hub 中选择对应版本点击 Add Modules 即可重新安装。素材包导入失败多数是因为包损坏、版本不兼容或路径有中文。不要强行改名绕过问题否则容易出现资源引用丢失后续排查会更难。9.2 脚本错误排查顺序看到红错先双击错误跳转到代码行看错误类型。大多数新手脚本问题集中在对象名拼写不一致、GetComponent 类型写错、空引用、参数顺序写反。修完一个错误后重新运行不要一次修改多个文件再统一测试那样很难定位是哪个改动引入了问题。9.3 显存与资源占用类问题第三章的本地练习通常不会用到高分辨率纹理但如果同时打开多个 Scene 视图和多个游戏视图编辑器会消耗额外资源。启动项目后如果发现帧率明显低先看显卡驱动是否更新再关闭遮挡剔除或阴影质量做测试。10. 最佳实践与使用建议10.1 工程管理建议开始写第三章前先建好目录、命名规范和版本控制。用 Git 管理项目时每次提交前保证工程能正常运行。不要先堆功能再整理目录脚本改名和资源迁移在后期会非常痛苦。脚本命名建议使用“职责 类型”例如 PlayerController、CameraFollow、EnemyPatrol、UIManager。不要出现 TestScript、NewBehaviourScript 这种长期保留的默认命名到后面项目文件一多根本不知道哪个脚本对应哪个功能。10.2 小步迭代与验证每次实现一个模块就运行一次场景验证确认无误再进入下一个模块。第三章如果一次性写完所有脚本再统一测试出错概率会非常高。更合理的方式是先写角色移动跑一次再写摄像机跟随再跑一次再加入敌人巡逻跑第三次最后把金币、UI、场景切换串起来。这种“小步快跑”的节奏让你在每个阶段都有明确验证节点。即使后面出了问题也能快速回退到上一个正常状态。10.3 合规模块与正式项目要求个人练习放在 GitHub 或博客分享没有问题但要注意素材授权。发布到公开平台时在项目 README 中注明使用的素材来源和许可证。如果是商业项目务必确认免费素材是否可以用于商业用途字体、音乐、音效都要检查授权范围。不要使用来路不明的第三方破解素材也不要直接解包他人游戏提取美术资源来制作自己的项目。Unity 的 Asset Store 和官方标准资源包里有很多合规模型足以支撑新手练习。