加载与内存：让玩家尽快进入可玩的状态
“加载进度到 100%”不一定意味着玩家能开始玩。如果加载后还在同步解析、创建大量对象或编译图形资源，画面仍可能卡住。
把目标改成：先让玩家尽快进入一个稳定、可操作的最小状态，再加载后续内容。
给资源分组
| 阶段 | 内容示例 | 完成标准 |
|---|---|---|
| 启动必需 | 基础字体、启动界面、必要配置 | 能显示可靠状态和错误提示 |
| 首局可玩 | 棋盘、基础物品、核心音效 | 可以稳定完成第一轮操作 |
| 后续内容 | 高级物品、活动、额外皮肤 | 使用前加载，不阻塞基础玩法 |
进度条要说明衡量的是下载字节、资源操作还是阶段比例。不要让一个看似精确的百分比掩盖后面的长时间无响应。
异步不代表没有峰值
下载可以等待，资源解码、实例化和 UI 布局却仍可能产生主线程与内存峰值。把大量实例化分批安排，通常比一口气创建所有后续内容更容易控制帧时间。
取消加载时还要定义结果归属：界面已关闭后，完成的资源是缓存、释放，还是由其他使用者接管？没有所有权约定，很容易泄漏或提前释放。
Addressables 管理什么
Addressables 提供地址化加载、依赖和资源生命周期管理等能力。它不自动决定你的首屏策略，也不等于装好就拥有可靠的热更新产品。
显式加载要有相应释放。Release 降低引用计数，不保证那一刻实际内存立即下降；资源包粒度、其他引用和底层资源寿命也会影响结果。使用 InstantiateAsync 与手动实例化的释放方式也要区分。
微信资源链需要单独适配
通用 Addressables 文档不能直接证明微信缓存和文件系统策略可用。转换 SDK 对下载、缓存、文件系统模拟及内存有自己的说明，部分常见桌面策略可能反而放大内存占用。
先核对当前 SDK 的推荐方案，再决定包内、分包、远程资源和缓存边界。资源版本与客户端代码版本也要兼容，否则新配置可能引用旧客户端没有的内容。
让 AI 交付资源清单
请列出启动必需、首局必需和可延后资源。每个加载操作说明拥有者、失败处理、取消和释放时机。微信缓存策略引用当前 SDK 文档，并标记尚未验证的假设。
验证首次安装、已缓存、慢网、断网、加载中退出、重复进入和旧资源版本。参考：Addressables 内存管理、团结小游戏平台。