立即登入 做小程序开发，页面跳转绝对是个绕不开的基础活儿。它就像串联各个功能模块的血管，直接决定了用户体验顺不顺畅。不管用户是点了商品卡片、滑了活动轮播，还是扫了个线下二维码，底层其实都在做同一件事：通过代码切换路径。
从原理上看，小程序的每个页面都有个唯一的“身份证号”，也就是页面路径。跳转时，系统会靠这个路径去加载对应的视图，有时还会附带些参数。开发者只需调个 API 就能完成这套动作。听起来挺简单对吧？但真到了实际业务里，选哪种跳转方式、怎么避开隐藏的坑，其实大有学问。
最省事的做法是直接在页面里嵌入 navigator 组件，配好目标 URL 和属性，基础的流转和传参就搞定了。可一旦交互稍微复杂点，就得靠代码调用 API 来接管。不同的 API 脾气完全不同：平时最常用的 navigateTo 会把当前页留在历史记录里，方便用户随时返回；如果是“登录成功”或“订单提交”这类节点，最好用 redirectTo 直接替换当前页，免得用户手滑又退回之前的状态；至于底部导航栏的切换，那是 switchTab 的专属领地，其他接口根本使唤不动；而 navigateBack，则是老老实实退回上一页的专用键。
选对了接口，接下来就得对付跳转时的细节，最让人头疼的就是数据传递。如果只传一两个简单的 ID，直接拼在 URL 后面就行。但如果数据结构复杂或者文本量很大，硬拼 URL 不仅容易超长被截断，接收端解析起来也很痛苦。遇到这种情况，拿全局变量（globalData）或者本地缓存（Storage）做数据中转，往往是更稳妥的选择。
除此之外，还有两个极易踩雷的地方。一是路径注册。有时候辛辛苦苦写完新页面，一点跳转却白屏报错，大概率是因为忘了去 app.json 的 pages 数组里把新路径登记上去。二是页面栈管理。小程序对同时打开的页面层数卡得很严，最多只能叠 10 层。如果用户在多级分类里不断深入点击，而你不去主动管理页面栈，很快就会触发堆栈溢出，导致后续跳转全部瘫痪。所以，在不需要用户返回的深层页面，及时用 redirectTo 释放栈空间，或者在特定节点用 reLaunch 清空所有页面并打开指定页，是保证程序稳定的必修课。
说到底，页面跳转虽然只是开发中的基本功，却实打实地串联起了整个应用的生命周期。把这些底层逻辑理顺，将数据传递和内存管理的细节抠明白，做出来的产品自然扎实好用。