app.vue外层同步代码最早执行，onlaunch是首个安全生命周期钩子，首页onload一定晚于onlaunch但存在数百毫秒间隔；冷启动瓶颈在原生层、js引擎初始化及资源加载，非vue逻辑本身。
点击图标后，app 并不是直接执行 app.vue 的 onlaunch，更不会立刻渲染首页——中间隔着原生层加载、js 引擎初始化、资源扫描、路由解析等不可跳过的环节。你看到的“白屏几秒”，绝大多数时候卡在这些环节，而非 vue 逻辑本身。
App 启动时，App.vue 的代码何时真正开始执行？
它发生在原生容器就绪、JS 引擎（如 V8 或 JavaScriptCore）完成初始化、uni-app 运行时注入之后。但注意：App.vue 的 script 标签外层同步代码（比如直接写在 export default 外面的 console.log）会比 onLaunch 更早执行——这是很多人忽略的“伪同步陷阱”。
-
App.vue外层同步代码：在 JS 上下文创建后立即执行，此时uni对象可能尚未挂载，调用uni.getSystemInfo会报undefined is not a function -
onLaunch：是第一个安全可用的生命周期钩子，但不保证页面已准备就绪；它只代表“应用进程启动成功”，不代表“首页能渲染” - 首页的
onLoad一定晚于onLaunch，但两者之间可能间隔几百毫秒（尤其在低端 Android 设备上）
为什么首页 onLoad 拿不到 onLaunch 里请求的数据？
因为 HTTP 请求是异步的，而 onLoad 不会等它——除非你主动阻塞或协调。常见错误是把登录态检查、用户信息拉取全扔进 onLaunch，却没做状态透传或等待机制。
- 错误写法：
onLaunch里发请求，把结果存到全局变量，首页onLoad直接读——但请求还没返回，变量还是undefined - 推荐做法：用
Promise封装首次初始化逻辑，并暴露一个全局initPromise，首页在onLoad中await initPromise - 别依赖
Vue.prototype或globalData做“隐式同步”，它们不解决竞态问题
冷启动耗时主要卡在哪？怎么定位？
不是 JS 代码慢，而是 IO 和引擎初始化拖了后腿。HBuilderX 真机运行时打开“调试器 → 性能面板”，重点关注 Resource Loading 和 Script Evaluation 两段耗时。
- 主包体积超 5MB：static 下大图没压缩、pages.json 里残留未删除的页面、第三方库全量引入（比如
import * as _ from 'lodash'） - 引擎未升级：还在用传统 weex 引擎，
JS 编译占冷启动 40%+；换成uni-app x后，AOT 编译让这部分几乎归零 - 首屏页面含大量
v-for+ 复杂计算属性：即使数据已就位，onReady前也可能因 Vue 渲染卡顿，表现为“有界面但卡住不动”
真正难处理的，是那些无法靠加 loading 或骨架屏掩盖的问题：比如分包预加载失败导致首页白屏、iOS 上 onLaunch 的 options 场景值为空、或者某些安卓厂商系统会杀死后台进程后强制重走完整启动链路——这些都得靠真机日志和 plus.runtime.restart() 配合埋点来确认。
