1.4 预制体与资源管理：人员编制与档案室

1.4 预制体与资源管理：人员编制与档案室

本节摘要：预制体（Prefab）是 Unity 的"人员编制"——把调好的对象连同全部组件存成模板，随时批量上岗；项目目录与包管理则是"档案室制度"，决定三个月后的你还能不能找到东西。本节合并了资源组织、包管理与 Unity Hub 三个话题，给出一套可直接套用的工程规范。

复制一百个敌人之后，你会需要预制体

在 Hierarchy 里复制对象（复制粘贴即可），得到的是"散编人员"：改了原型，一百个副本各不相认。某天你想给所有敌人加一个血条，就得挨个改一百遍。预制体解决的就是这个问题：把对象拖进 Project 窗口存成模板文件，场景里出现的是它的实例（Instance）。实例与模板保持关联——修改模板，全部实例同步更新；修改单个实例，产生"覆写"（Override），只影响它自己。

Inspector 上覆写过的属性会高亮显示，右键可以选择 Revert 还原到模板值，或 Apply 把这一处的改动反向提交给模板（新版编辑器里通过 Overrides 下拉完成）。这个"模板加实例"的模型和编程里的"类与对象"很像，但多了一个编辑器层面的可回滚机制，用熟了非常省心。

预制体还支持嵌套与变体：一个敌人预制体可以由身体、武器、血条等子预制体组合而成；变体（Prefab Variant）则在同一模板上派生不同皮肤，比如"精英怪"继承普通怪的全部组件，只覆写数值与配色。

动手：从散编到成建制的实弹演练

背景：场景里有三个手工摆的油桶，美术同事刚调整了油桶的外观与碰撞尺寸，需要让所有油桶统一更新，并支持运行时生成更多。

操作：第一步，把其中一个调好的油桶拖进 Project 的 Prefabs 文件夹，生成预制体；第二步，删掉场景里另外两个手工油桶，从 Prefabs 文件夹把预制体拖回场景补齐——从此场景里的油桶全部带编制；第三步，写一个运行时刷桶的脚本：

using UnityEngine;

public class BarrelSpawner : MonoBehaviour
{
    // 在 Inspector 里把预制体拖进这个字段
    public GameObject barrelPrefab;
    public int count = 5;           // 生成数量
    public float radius = 4f;       // 生成半径

    void Start()
    {
        for (int i = 0; i < count; i++)
        {
            // 在半径为 radius 的圆周上均匀取点
            float angle = i * Mathf.PI * 2f / count;
            Vector3 pos = transform.position + new Vector3(
                Mathf.Cos(angle) * radius, 0f, Mathf.Sin(angle) * radius);

            // Instantiate 是把模板实例化的标准入口
            Instantiate(barrelPrefab, pos, Quaternion.identity);
        }
    }
}
​

结果：运行后圆周上出现五个油桶；回到编辑模式它们消失（运行时生成不落盘）。此时在编辑模式修改油桶预制体——比如调高碰撞体——场景里拖放的与运行时生成的全部沿用新模板。

解读：Instantiate 接收的是"模板引用"而非场景对象，这正是预制体的运行时价值：刷怪、发子弹、掉落道具，本质都是同一件事。Quaternion.identity 表示不旋转。注意运行中在 Inspector 上改预制体资产文件本身是危险的：那会写盘，影响所有场景，彩排规则只保护场景内存副本，不保护资产。

变式：试着对某个实例做一次覆写（比如把一个油桶染红），然后打开 Prefabs 文件夹用右键创建该预制体的 Variant，把红色固化成"燃烧油桶"变体——两个模板从此各自演化又共享大部分配置。

预制体的边界：什么时候别用

预制体不是万金油，两类东西硬做成预制体会难受。第一类是"一次性布景"：一面只为这一关存在的墙、一段只出现一次的过场地形，做成预制体的收益为零，还平添一份档案管理成本——预制体的价值在于"会被第二次使用"，判断标准就这一条。第二类是"纯数据配置"：敌人数值表、关卡参数、对话文本，它们没有场景形态，该走 ScriptableObject 资产（第 5 章实战会用到）而不是预制体。用错容器的代价是隐性的：数据埋在场景对象里，改一个数值要开场景、找对象、改完还得小心别连场景一起提交，数据资产则改完即存、 everywhere 可引用。

还有一个从散编时代遗留下来的习惯值得警惕：直接在 Hierarchy 里复制对象然后改两个参数当新敌人用。这种"野生变体"没有编制——原型更新它们收不到，数量一多，场景里几十个似是而非的敌人，谁也不记得哪个改过哪里。发现自己在复制实例再加覆写，停一下，先问"这是不是该建一个变体预制体"。

档案室制度：目录、Resources 与包管理

预制体多了，档案室必须有制度。一套被大量项目验证过的目录骨架如下：

Assets
  Scenes      // 场景文件，按关卡或功能命名
  Scripts     // 全部代码，再按 Player、Enemy、UI 等分子目录
  Prefabs     // 预制体，与 Scripts 同构分组
  Art         // 模型、贴图、动画
  Audio       // 音效与音乐
  Settings    // 渲染管线、输入、质量等配置资产
​

两条铁律：其一，资源一旦被引用就不要在文件管理器里移动或改名——引用断链是 Unity 项目里最难缠的债务，所有挪动都应在 Project 窗口内进行；其二，特殊文件夹要心里有数，Resources 目录下的资源会被无条件打进包里并可运行时加载，图方便往里堆东西会让包体失控，现代项目更推荐用 Addressables 做按需加载（第 5.2 节展开）。

第三方能力走包管理器（Package Manager）：窗口内可安装官方的输入系统、后处理、Cinemachine 等模块包，也可通过本地磁盘或 Git 地址引入团队内部工具包。原则是"引擎自带的不下载、社区维护的看更新时间、闭源插件先测打包"。Unity Hub 则是编辑器之外的门卫：管理多个编辑器版本、许可证与项目列表。团队项目务必统一编辑器小版本号——不同版本打开同一工程可能触发大规模资产重导入甚至格式升级。

本节要点回顾

• 预制体是模板机制：实例与模板联动，覆写支持单点修改、可还原可回写，嵌套与变体覆盖复杂编制；
• 运行时生成走 Instantiate：刷怪发弹掉落都是模板实例化，运行中改动不落盘；
• 别在文件管理器里动资产：断链引用是隐性债务，挪动改名只在 Project 窗口内做；
• Resources 要克制：无条件打进包体，按需加载优先考虑 Addressables；
• 版本与包统一：Hub 管编辑器版本，Package Manager 管模块，团队统一小版本号。

值班室的硬件到此齐备。第 2 章开始给工位装上"会值班的大脑"：事件函数与 C# 脚本。