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