一、版本迭代时间线：四个版本各自做了什么
从 7.1.0 到 7.4.0 的四个版本，研发侧的主要精力集中在“减小安装体积”和“缩短首次启动耗时”两件事上，功能层面的新增相对克制，更多是对既有模块的重构与补齐。
四个版本的平均迭代间隔约为 11 周。其中 7.2.0 属于架构调整版本，改动幅度最大，安装包结构调整后需要重新下载完整数据；7.3.0 与 7.4.0 则以增量更新的形式发布，通过内置的热更新机制即可完成升级，无需重新完整安装。
下表列出的包体与耗时数据，均取自同一台测试设备（骁龙 8 Gen 2、12GB 内存、剩余存储 40GB 以上）连续四个版本的实测平均值，每项数据取 10 次启动的中间值，以减少系统调度带来的波动。
| 版本号 | 发布时间 | 安装包体积 | 首次启动耗时 | 主要变化 |
|---|---|---|---|---|
| 7.1.0 | 2025 年 6 月 | 186 MB | 9.4 秒 | 基础运行框架搭建，完成资源加载策略的第一轮调整 |
| 7.2.0 | 2025 年 9 月 | 142 MB | 7.1 秒 | 包体结构重构，重复资源合并，启动流程改为异步加载 |
| 7.3.0 | 2026 年 3 月 | 138 MB | 6.5 秒 | 新增增量更新机制，热更包体积控制在 30MB 以内 |
| 7.4.0 | 2026 年 9 月 | 135 MB | 6.1 秒 | 内存占用优化，后台驻留表现改善，低配置机型适配调整 |
二、包体与性能：体积、速度与内存的实际变化
对使用者来说，包体与启动速度是下载环节最先感知到的两项指标。以下数据来自研发侧的性能记录表，配合测试设备日志核对得出。
安装包体积减少 27%
从 7.1.0 的 186MB 到 7.4.0 的 135MB，安装包体积累计缩减约 51MB，降幅约 27%。主要来自三个动作：一是把重复的贴图与音频资源按引用关系合并，二是将部分低频资源从主包中剥离为按需下载，三是把纹理格式统一为压缩比更高的方案。
需要注意的是，安装包体积变小并不等于占用空间等比例下降。首次运行后，按需下载的资源仍会写入本地存储。以 7.4.0 为例，完整运行后的实际占用约为 420MB 至 480MB，具体数值取决于设备缓存策略与是否开启高清资源。
首次启动耗时压到 6.1 秒
启动耗时从 9.4 秒降至 6.1 秒，改善主要发生在两个阶段。第一个阶段是 7.2.0 把启动流程拆分为异步加载，让界面框架先于资源加载呈现；第二个阶段是 7.4.0 对启动期的资源读取顺序做了重新排序，把首屏必须的资源提前读取，其余延后。
在系统版本较新的设备上，第二次及以后的启动耗时通常可降至 3 秒以内，因为系统层面的文件缓存已经生效。若在多次启动后仍然维持 6 秒以上，建议检查设备剩余存储空间是否低于 10GB。
内存占用与后台驻留
7.4.0 对内存管理做了较为明显的调整，前台运行时占用约 780MB 至 950MB，相比 7.1.0 的 1.1GB 至 1.3GB 有所下降。在 8GB 内存的设备上，切换至后台后 15 分钟内被系统回收的概率明显降低，回到前台时的重新加载次数也随之减少。
不过这一表现与设备的内存管理策略强相关。部分厂商的系统对后台进程管控较严，即便应用侧做了保活优化，仍可能被回收，此时重新进入会经历一次较短的加载过程。
启动与体积
安装包体积减少约 27%，首次启动耗时缩短约 3.3 秒，增量更新机制让日常升级不再需要下载完整安装包。
低配置机型适配
4GB 内存及以下的设备在切换图形质量档位时，仍会出现短暂的加载停顿，相关优化已列入后续版本计划。
三、用户体验观察：12 位内测用户的反馈整理
本轮内测共邀请 12 位用户，覆盖 5 个品牌、从 4GB 到 16GB 内存的不同机型，测试周期为 14 天。反馈按出现频次整理如下，用户昵称与设备信息已做脱敏处理。
反馈较集中的三个方面
- 下载与安装环节的说明更清晰。有 8 位用户提到，7.3.0 之后安装前的空间检测提示更具体，会直接显示“还需要多少空间”，而不是笼统提示空间不足。
- 更新过程不必重复下载。使用增量更新后，日常版本升级的等待时间从数分钟缩短到一分钟以内，这一点在移动网络环境下感知尤其明显。
- 首屏加载的内容布局更稳定。7.4.0 调整了首屏资源的加载顺序，页面元素不再出现明显的位移，减少了误触可能。
反馈中提到的两点待改进
- 低内存设备的质量切换停顿。3 位使用 4GB 内存设备的用户反馈，在图形质量档位切换时会有 1 至 2 秒的停顿，随后恢复正常，不影响继续使用。
- 首次下载的等待预期不够明确。2 位用户在首次安装后遇到按需资源下载，进度提示存在但不够醒目，容易让人误以为已经加载完成。
针对第二点，研发侧已在后续版本计划中把按需下载的进度提示调整为常驻显示，并在下载完成前禁用相关入口，避免误操作。
四、安装与更新建议：按设备情况选择方式
不同设备的存储与网络条件差异较大，下面按设备类型给出对应的下载与更新建议，均基于本轮测试的实际观察。
中高端设备（8GB 内存及以上）
- 建议直接从官方页面获取最新完整安装包，首次安装后保持自动更新开启，后续版本通过增量更新即可完成。
- 安装前预留至少 1.5GB 剩余存储，为按需资源下载与运行缓存留出空间。
- 若设备支持高刷新率屏幕，可在设置中按需调整图形档位，性能与续航可按实际使用场景权衡。
中低端设备（6GB 内存及以下）
- 建议在 WiFi 环境下完成首次完整安装与资源下载，避免移动网络中断导致资源文件不完整。
- 安装完成后，先进入设置将图形质量调整至中低档位，再开始正常使用，可减少加载停顿的出现。
- 若设备剩余存储低于 2GB，建议先清理不常用的应用缓存，再执行安装流程。
更新前的通用检查清单
- 确认当前版本号，判断是否需要完整安装包还是增量更新。
- 确认设备剩余存储空间，建议保留 1.5GB 以上余量。
- 确认网络环境稳定，首次安装建议使用 WiFi。
- 更新完成后首次启动耗时通常略长于后续启动，属于正常现象。
五、常见问题解答
为什么安装包体积变小了，占用空间却没有明显下降？
安装包与运行占用是两回事。安装包经过资源合并与压缩后体积下降，但首次运行会把按需资源解压并写入本地存储，因此实际占用会高于安装包体积。7.4.0 完整运行后的占用约为 420MB 至 480MB。
增量更新失败应该怎么处理？
增量更新依赖本地文件的完整性校验。若校验未通过，通常会提示需要完整安装包。此时建议在稳定的网络环境下重新下载完整安装包进行覆盖安装，覆盖安装不会清除已有的本地设置。
启动速度在不同设备上差异为什么比较大？
启动过程涉及大量小文件读取，受存储介质读写速度影响最大。使用较新存储规格的设备，读取效率明显高于老旧设备。此外，系统版本、后台运行的应用数量、剩余存储空间都会对结果产生一定影响。
低配置设备会后续支持得更好吗？
低配置机型的适配优化已列入后续版本计划，重点关注图形质量切换时的加载停顿与内存占用峰值控制。具体上线时间以官方页面的版本说明为准。
