第 1 章 值班室交接班：引擎基础与场景搭建

第 1 章 · 值班室交接班：引擎基础与场景搭建

本章要回答的三个问题：Unity 编辑器里那么多面板，哪些是每天都要打交道的"值班窗口"？游戏对象和组件到底是什么关系，为什么改个位置要动 Transform？工程越做越大之后，资源和预制体该怎么管才不会乱成一锅粥？这一章就是答案。

为什么会有这一章

几乎所有 Unity 新手的第一课都是从"认识界面"开始的，但真正让人卡住的从来不是界面本身，而是背后那套运行逻辑：场景里的一棵树、一个角色，在引擎眼里是什么？为什么把脚本拖到物体上它就会动？为什么复制出来的敌人改一个地方会连带出错？

用值班室的话说：这一章带你认识值班室的建筑结构——舞台（Scene）、工位（GameObject）、岗位职责卡（Component）、人员编制（Prefab）和档案室（资源管理体系）。结构没搞清，后面写脚本就像在没有图纸的楼里布电线，这次能亮，下次准跳闸。原教程把界面、场景、组件、预制体、包管理器拆成零散的小节平铺，读者往往看完仍串不起来；本章按"从进值班室到建立编制"的动线重新组织，四节各管一段。

读完能解决什么

回到开头的三个问题，读完本章你应该能：

• 说出 Scene、Game、Hierarchy、Inspector、Project 五大窗口各自负责什么，以及它们在一帧工作流里所处的位置；
• 区分 GameObject 与 Component：对象是工位，组件是岗位，一个工位可以兼多职，Transform 岗强制在编；
• 用父子和层级关系组织场景物体，解释为什么空物体常被当作"组长工位"；
• 把重复使用的对象做成 Prefab，理解嵌套预制体与覆写（Override）的边界；
• 规划一套不会三天就乱的项目目录，说清 Resources、包管理器与 Unity Hub 各自的角色。

各节怎么分工

本章全景：从进值班室到建立编制

一句金句：场景是舞台，对象是工位，组件是岗位说明书——三者分清，编辑器就再也不乱。

值班室平面图

值班室问答：新手高频三问

问：场景越做越大，文件越来越卡，是该拆场景还是换电脑？
先拆场景。编辑器卡顿多半是单个场景塞了太多对象与未烘焙的光照数据，按"常驻加关卡"或"室内外分块"拆成多个场景叠加加载，编辑器与运行时都会轻松。换电脑只解决体感，不解决结构债。

问：组件越挂越多，Inspector 长到要滚屏，正常吗？
不正常，这是"职责堆叠"的信号。一张岗位卡管一件事是组件系统的本意：移动归移动、动画归动画、拾取归拾取。挂到七八个组件还没完，通常说明该抽基类或拆子对象了——把武器相关的组件挪到武器子物体上，比在角色根节点继续堆更健康。

问：改了预制体，为什么有的实例没跟着变？
大概率是实例上存在覆写。覆写过的属性与模板脱钩，模板更新不会波及它。选中实例打开 Overrides 面板，能逐条看到脱钩项，确认不需要的覆写点 Revert 即可回归模板管理。

先决条件

• 装好 Unity Hub，并在 Hub 里装好一个长期支持版本编辑器——不需要最新版，稳定优先；
• 任意一门语言的编程基础：知道变量、循环、函数是什么即可，C# 语法第 2 章会补；
• 一副有线鼠标和普通独显或核显就够，本章不涉及高规格渲染。

往下走到哪

本章结束于"场景搭好、编制建好"的静态世界：物体还不会动。第 2 章的脚本值班表让它们活起来——事件函数排班表正是建立在"对象挂着组件、组件带着字段"这套结构之上。读完 1.3 你会明白，所谓写脚本，其实就是给工位添一张自定义岗位卡。