解读

Quick Resume 是 Xbox Series X|S 的系统级挂起-恢复特性，它允许玩家在多个游戏之间秒切而无需重新加载。对 Unity3D 项目而言，微软在 GDK 中强制要求游戏必须能在30 秒内完成完整状态序列化与反序列化，且不能依赖任何内存指针、GPU 资源、网络句柄或文件句柄。换句话说，引擎层需要把“整盘内存”冻结到 SSD，并在切回时原地解冻，游戏自身代码必须保证解冻后世界可直接继续运行，否则会被微软打回认证。

知识点

1. 系统挂起流程：系统通过 Hyper-V 快照把进程内存、GPU 显存、内核对象打包写入 SSD；游戏无感知，但不能持有任何不可重建的句柄。
2. Unity 生命周期：收到 OnApplicationPause(true) → OnApplicationFocus(false) 后，主线程被冻结；恢复时顺序相反，不会重新走 Awake/Start，而是继续从挂起点执行 Update。
3. 禁止资源：GPU Texture/Buffer/RenderTexture、Audio 句柄、FileStream、Socket/HttpClient、Thread、静态委托/事件 都必须在挂起前主动释放，并在恢复后惰性重建。
4. 序列化兜底：若游戏使用Addressables 或热更 DLL，需要把运行时生成的 ScriptableObject、热更类型实例手动序列化成JSON/Binary，并在 OnApplicationFocus(true) 中反序列化，否则热更层会丢类信息。
5. 时间预算：微软认证工具 XboxGameConfig 会检测挂起/恢复耗时，超过 30 秒即 FAIL；Unity 项目常因未释放 AudioMixer 或 RenderTexture 导致GPU 驱动回写超时。

答案

“Quick Resume 要求游戏在系统挂起时不持有任何不可序列化的系统资源，并在 30 秒内完成冻结与解冻。Unity 侧需要在 OnApplicationPause(true) 中释放 GPU 资源、关闭文件与网络句柄、停掉自定义线程，把动态生成的游戏状态写入 PlayerPrefs 或内存流；在 OnApplicationFocus(true) 中按顺序重建 RenderTexture、重新绑定 Addressables、恢复音频输出，并校验服务端版本号以防状态漂移。只要保证内存镜像里无脏句柄，就能通过微软认证。”

拓展思考

1. IL2CPP 陷阱：静态泛型实例在挂起后可能被 CLR 挪地址，恢复后AOT 元数据不匹配导致 ExecutionEngineException；需在挂起前把泛型容器清零，恢复后延迟一帧再填充。
2. DLC/热更校验：Quick Resume 恢复时DLC 可能被用户卸载，要在 OnApplicationFocus(true) 里重新枚举 Catalog，否则 Addressables 会加载空引用而崩溃。
3. 多人游戏：系统挂起期间TCP 连接已被路由器重置，恢复后必须静默重登并补帧，否则会被服务器判离线踢出；可借助 Xbox 服务端的**“Smart Retry”** 接口在 5 秒内透明重连。