当前位置：首页 > news >正文

代码常量值 vs 序列化数据：Enemy Hp 示例核心区别解析

news 2026/5/12 16:04:11

通过对比普通 Enemy 脚本和 ScriptableObject 版 Enemy 的 Hp 配置逻辑，彻底分清「代码中的常量值」和「序列化数据」的核心差异。

维度	普通Enemy脚本（int Hp=10）	ScriptableObject版Enemy（int Hp=10）
值的存储形态	编译后嵌入程序集（.dll）的二进制指令中	初始值嵌入程序集，运行后可存入内存实例，序列化后写入.asset文件
值的修改方式	只能改代码重新编译，运行时无法修改（除非代码逻辑赋值）	1. 改代码重新编译；2. Inspector直接改值（序列化到.asset）；3. 运行时赋值（仅内存临时修改）
是否涉及序列化	❌ 完全不涉及	✅ 涉及（Inspector改值后保存=序列化到.asset）
值的作用域	每个Enemy实例都有独立的Hp=10（代码初始化）	1. 单个.asset实例的Hp值全局共享；2. 多个.asset可存不同Hp
数据持久化	仅代码层面持久化（改代码才变）	数据层面持久化（.asset文件存Hp值，改值无需改代码）

普通Enemy脚本（int Hp=10）：
Hp=10是代码逻辑的初始化值—— 编译后，这个「10」会被转换成IL指令（比如ldc.i4.s 10，二进制是0x1f 0x0a），嵌入到Unity的Library/ScriptAssemblies/Assembly-CSharp.dll中。
当你在游戏中实例化Enemy（比如new Enemy()），程序会执行这条指令，给内存中的Enemy实例的Hp字段赋值10。
这个「10」永远和代码绑定，不改代码重新编译，Hp的初始值就永远是10。
ScriptableObject版Enemy（int Hp=10）：
Hp=10是类的默认初始值—— 编译后，这个「10」同样嵌入.dll，但它只在「创建.asset文件时生效一次」：
1. 你右键创建EnemySO的.asset文件时，Unity会用这个默认值10初始化内存中的SO实例；
2. 如果你在Inspector把Hp改成20并保存，Unity会把「20」序列化到.asset文件（磁盘上的二进制）；
3. 后续游戏运行时加载这个.asset，Unity反序列化的是「20」，而非代码里的「10」。

普通Enemy：要改Hp初始值，必须打开VS改代码（把10改成20），保存后Unity重新编译，游戏运行后新实例的Hp才会是20；
SO版Enemy：改Hp值无需动代码 —— 直接在Unity Inspector里把.asset的Hp改成20，保存即可（本质是序列化新值到.asset），甚至可以创建多个.asset（比如EnemySO_普通怪.asset（Hp=10）、EnemySO_精英怪.asset（Hp=50）），共用同一个脚本，数据却不同。

普通Enemy：每个Enemy预制体/实例的Hp都是独立的 —— 比如场景里有10个Enemy，每个都有自己的Hp=10，改其中一个的Hp（比如打怪掉血到5），不影响其他Enemy；
SO版Enemy：.asset文件是「全局单例数据」 —— 如果你让所有Enemy都引用同一个EnemySO.asset，那么这个SO的Hp值是全局共享的（改SO的Hp=20，所有Enemy的Hp初始值都会变成20）；也可以让不同Enemy引用不同SO，实现差异化配置。

普通Enemy：全程无序列化 —— Hp的值只存在于「代码编译后的指令」和「运行时的内存实例」，关闭游戏后，所有Hp的修改（比如打怪掉血）都会丢失，下次运行又回到代码里的10；
SO版Enemy：核心是序列化 —— Inspector改值后的Hp会被序列化到.asset文件（磁盘持久化），哪怕关闭Unity，下次打开Hp还是你改后的数值，无需重新编译代码。

普通Enemy脚本：就像你写了一份「番茄炒蛋配方」，里面写死「放盐10克」—— 每次做这道菜（实例化Enemy），都必须放10克盐，要改盐量，必须重新改配方（改代码）、重新打印（重新编译）。
SO版Enemy：配方里写「默认放盐10克」，但你可以拿一个「调料盒（.asset）」，把盐量改成20克并盖紧盖子（序列化保存）—— 下次做菜直接用调料盒里的盐量，不用改配方；还能准备多个调料盒（多个.asset），一个放10克（普通怪），一个放50克（精英怪）。