Unity 3D 实战核心技术详解：全书综合验收

用一个可回放移动游戏垂直切片验收14章目录、跨章契约、真机性能、更新回滚与发布证据。

问题：怎样证明16个页面组成的是原书14章完整工程体系，而不是彼此独立的高分文章？

先预测：每页单独达到90分，是否足以证明全书完成？不足。综合验收要求一个移动游戏垂直切片把空间数学、Avatar换装、消息、Protobuf、配置、行为树、残影、阴影、海水、MVC、FSM、热更新、Shader和发布工程全部接成可追踪链，并能故意破坏任一契约后定位最早失败。

本页严格对应完整目录中的以下单元；这些单元只在本页计算原章覆盖，现代扩展不替代原书位置：

书籍身份由图书馆题录核对，章节边界由完整目录核对。本站重新组织解释、代码、实验和证据，不逐字复制原文；导读与总复习不重复计入十四个正文章。

角色换装和朝向先验证空间与骨架；输入经MVC控制器转为FSM事件，行为树读取黑板，消息总线传播强类型状态，Protobuf封装网络数据，配置加载器提供已认证参数。每条链都有版本和相关ID。

残影从蒙皮姿态采样，阴影从光源深度采样，海水从统一波模型采样；三种效果共用同一移动设备GPU和带宽预算。Shader案例提供阶段成本，真机捕获证明质量档位而非编辑器猜测。

资源与Lua更新由版本清单规划，staging下载和验证后原子提交；新脚本通过模块接口调用C#，失败回到最后可用版本。包体清单、资源峰值、并发下载和符号化日志共同构成发布门。

失败回放依次破坏空间标签、骨架路径、字段编号、配置认证、行为中断、透明阴影、CPU/GPU波时间、窗口清理、FSM动画通知、补丁哈希和Shader变体，系统必须在最早契约处拒绝，而不是在最终画面处猜测。

它必须落到本章的具体输入、变换、输出和失败信号，不能只作为名词记忆。

这些术语组成一份最小领域模型。读者需要为每个对象写出所有者、生命周期、正常值、边界值和故意失败后的第一条可观察信号，才能把概念转成工程判断。

固定构建和设备启动垂直切片，输入依次穿过MVC、FSM、行为树和消息协议，角色与三类效果消费运行时数据，热更新与下载维护资源版本，Shader和Profiler提供GPU证据；每个故障都通过契约图回到最早失败输入。输出是可安装包、可回滚内容与全链证据。

每次实验只改变一个输入，先保存版本、参数与预期，再比较输出、日志、内存或帧时间。最终结果偶然正确但中间契约不符合预测，仍不能签发，因为隐藏缓存、默认值或执行顺序可能掩盖根因。

正常样本证明主路径，边界样本说明适用范围，故障样本证明诊断检查确实会在最早契约处拒绝。三类样本必须使用同一观测方式，避免只为成功路径保留证据。

总验收以2017年原书问题为历史基线，以当前Unity载体和目标移动设备重放；任何现代替代都要写出不可等价处。

未来升级管线、脚本方案或资源系统时，契约图、故障矩阵和最后可用版本作为回归基准，防止技术更新删除原章能力。

迁移账本使用五列：原书载体、稳定不变量、当前实现、不可等价处、重放证据。允许 API、插件和渲染管线变化，不允许用新名词删除原章问题或把编辑器成功当成目标平台成功。

签发要求14/14原章覆盖、16/16页面不低于90分、96题唯一、7个导航分组准确、定向与全库MDX零错误；产品证据还要包含契约图、真机帧捕获、包体内存、更新烟雾测试和回滚。

证据包还要记录文件路径、构建版本、设备、参数、复现步骤、预期和实际结果。交给另一位读者后不需要猜隐藏状态即可重放，才算掌握而不是看过。