微信小程序页面加载，onload生命周期详解与实战应用

小程序里头的onload，你天天写，但真把它掰开揉碎了看，很多人其实是一知半解的。页面刚打开那一下，数据从哪来，接口什么时候调，参数怎么拿，这些活儿全压在onload身上。它不是个摆设，也不是走个过场，而是整个页面生命周期的起跑线，跑慢了或者跑偏了，后面全是坑。

咱们先搞清楚一件事：onload到底什么时候触发？简单说，就是页面第一次被加载进内存的时候。注意，是“第一次”。你从A页跳到B页，B的onload执行一次；然后你返回A页，A页的onload不会再跑——因为A页已经被缓存了，走的是onShow。这个区别特别关键，很多人写代码时把请求全塞在onload里，结果页面第二次进来数据不刷新，用户看到的是旧内容，还以为是bug。其实不是bug，是你没分清onload和onShow的分工。

那onload里到底该干点啥？我个人的习惯是，把它当成一个“初始化配置中心”。页面需要的参数——比如从上一页带过来的id、场景值、分享参数——这些必须在onload里拿，因为这时候页面刚创建，options对象里装着你最需要的东西。你晚一步，可能就被其他逻辑覆盖了或者弄丢了。还有，全局配置的读取、登录态的检查、基础数据的预加载，这些“一次性”的活儿，放这儿最合适。

但这里有个度的问题。有些朋友喜欢把所有接口都堆在onload里，页面还没渲染出来，先发五个请求，结果页面卡白屏。你得想清楚，哪些数据是首屏必须的，哪些可以等页面渲染完再懒加载。比如一个商品详情页，商品标题、价格、图片这些核心信息，必须在onload里拿；但用户评论、推荐列表，完全可以等页面显示出来再异步请求。这不是偷懒，是性能优化。onload不是万能的垃圾桶，什么都往里塞，页面响应速度就完蛋。

再来说说onload和onReady的关系。onload执行完，页面还没真正渲染到屏幕上，onReady才是页面渲染完成的标志。所以如果你需要在页面画完之后做一些操作——比如获取某个节点的布局信息、计算滚动高度——那得等onReady。但onload里你可以做的是：设置导航栏标题、配置分享参数、初始化一些数据变量。这两个生命周期是接力赛，不是同时起跑的。理解了这个顺序，你写代码的时候就不会出现“明明onload里设置了标题，但页面一闪而过又变了”这种奇怪现象。

实战里还有一种常见情况：页面需要根据不同的参数显示不同的内容。比如同一个页面，既能当商品列表用，又能当搜索结果用。这时候onload里的options就是你的“开关”。你拿到options.type，判断是哪个场景，然后决定调哪个接口、渲染哪个模板。但要注意，参数可能为空——用户直接扫码进来，或者从分享卡片点进来，参数结构可能跟你预期的不一样。所以onload里对参数做防御性处理，是必须的。别嫌麻烦，线上bug十有八九是参数没判空导致的。

还有一个很多人忽略的点：onload里做全局事件监听，或者状态管理初始化。小程序不像浏览器有那么多全局变量，但你可以通过getApp()拿到全局实例，把一些需要跨页面共享的数据放进去。比如用户登录信息、购物车数量，这些在onload里初始化一次，后续页面都能读到。但这里有个坑：全局数据是持久的，你如果在onload里每次都覆盖它，可能会把其他页面设置的值冲掉。所以正确的做法是“先判断再赋值”，而不是“无脑覆盖”。

说到性能，onload里最忌讳的是同步操作阻塞渲染。比如你在onload里用同步的方式读取Storage，或者执行一个很耗时的循环，页面就会一直卡在加载状态。小程序推荐异步处理，能Promise就Promise，能setTimeout就setTimeout，把主线程让出来给渲染。我见过一个极端的例子，开发者在onload里循环一万次生成随机数，结果页面加载花了三秒，用户早划走了。这种问题排查起来也简单，打开调试器的Performance面板，看看onload到onReady的耗时，一目了然。

说个容易踩的坑：onload里调用setData。虽然技术上允许，但如果你在onload里同步setData一大坨数据，会导致页面首次渲染时间变长。正确的姿势是：先setData空数据或者默认值，让页面先渲染出骨架，等异步请求回来再setData真实数据。这样用户感觉“页面秒开”，体验完全不同。而且，如果你在onload里setData的数据依赖于某个异步回调，那你得小心竞争条件——回调什么时候回来不确定，可能onload都执行完了还没回来，那这个setData就无效了。

回到标题本身，onload生命周期不是背几个概念就完事了，它直接决定了你页面的启动速度、数据准确性、交互流畅度。你可以在项目里做个实验：把当前所有页面的onload逻辑列出来，看看哪些是必要的初始化，哪些是多余的重复请求，哪些是放错了位置的操作。我敢打赌，每个项目至少能优化出20%的性能提升。小程序页面加载，onload是那个“第一块多米诺骨牌”，它倒得对不对，后面全跟着连锁反应。下次再写onload的时候，多问自己一句：这个操作，真的需要现在做吗？