在心理危机干预与日常普查的场景中，系统的可用性和加载速度直接影响到受测者的完成意愿。当学生扫码进入心理测评小程序时，如果长时间处于白屏或加载状态，可能会导致流失。
对于包含复杂业务逻辑的系统而言，小程序代码包体积极易超出合理范围。为了优化启动体验，研发过程需要从底层加载机制出发，结合“分包加载”和“接口预请求”等手段进行工程维度的优化。
主包体积过大的影响
微信小程序在启动时，底层引擎要求下载并解析“主包”中的所有代码。如果在开发时将所有的页面路由、报告图表库以及内置的静态 JSON 题库全部放置在主目录下，会导致主包体积迅速逼近平台规定的 2MB 限制。
在网络条件较弱的环境下（如部分校园区域），下载一个接近上限的主包需要较长时间，这是导致应用加载缓慢、白屏体验差的直接原因。
分包加载策略（Subpackages）
为了控制主包大小，橙星云技术团队在重构小程序启动链路时确立了明确的依赖边界规范：主包仅保留启动所必需的页面及公共依赖，其余模块严格执行分包。
在 app.json 中进行的模块化拆分如下：
- 首页主包（Main Package）：主要负责登录授权和轻量级的引导页面，以及基础的网络请求模块。这使得主包体积被压缩到较小的状态，保障扫码后的迅速渲染。
- 测评业务分包（Package A）：包含表单渲染引擎和量表展示逻辑。该分包仅在用户进入答题环节时才会触发下载。
- 报告图表分包（Package B）：图表库（如 ECharts）及 PDF 生成相关的庞大逻辑被单独隔离。由于不是所有用户都会在移动端即时查看深度报告，将这部分代码延后加载可以避免拖累初始响应。
“`json
{
"pages": ["pages/index/index", "pages/login/login"],
"subpackages": [
{
"root": "package-test",
"pages": ["pages/scale/do-test"]
},
{
"root": "package-report",
"pages": ["pages/result/charts"]
}
]
}
“`
分包预下载与接口预请求
尽管分包解决了首屏的加载问题，但用户进入答题环节时仍面临下载分包的等待。为此，合理利用分包预下载（Preload Rule）是进一步优化的关键。
在配置文件中声明规则后，当用户停留在主包页面时，微信客户端会在后台利用网络空闲时间提前下载后续可能用到的分包。待用户实际点击跳转按钮时，代码已经就绪。
此外，由于传统流程中获取数据的时机往往在页面生命周期的 onLoad 钩子中触发，这就产生了“等待页面跳转 -> 渲染空页面 -> 发起请求 -> 等待数据 -> 渲染内容”的串行耗时。
一种更为前置的方案是实施数据预请求（Data Prefetch）。在用户触发页面跳转事件的同一时间，直接发起获取题库或相关配置的 HTTP 请求，并将 Promise 句柄缓存在全局状态中。当目标页面加载完毕执行 onLoad 时，网络请求通常已经在进行中或已完成。这种并行处理方式能够大幅度减少网络 I/O 带来的等待感，从而保证了整体交互链路的顺畅。