做微信小程序开发，跳转页面这事儿看着简单，实际上门道挺多的。我刚入行那会儿，就被一个简单的导航整得头大。你想想，用户点个按钮，啪一下跳过去，这背后涉及页面栈的管理、参数传递、生命周期触发，还有各种坑等着踩。今天就跟大家聊聊我这些年踩过的坑和总结的经验。

先说最基础的 wx.navigateTo 和 wx.redirectTo。这俩是跳转页面的主力，但区别大了去。navigateTo 会保留当前页面，把新页面压进栈里，像叠罗汉一样，用户能通过左上角返回按钮一层层退回去；而 redirectTo 直接关闭当前页面，跳到新页面，用户回不去了。我有个朋友做电商小程序，结算页面用了 navigateTo，结果用户结完账点返回，还能回到购物车页面，体验很混乱。后来改成 redirectTo，用户从结算页直接跳到支付成功页，体验好了不少。所以，你得想清楚业务场景，是让用户保留操作路径，还是彻底断开。

参数传递是另一个容易出幺蛾子的地方。微信小程序跳转页面传参，最常用的是在 URL 里拼接 query 参数。比如 ，目标页面在 onLoad 里用 options.id 就能拿到。但这里有个坑：如果参数里包含特殊字符（如 & 或 =），直接拼接会解析出错。我遇到过商品名称带 & ，结果参数被截断，页面加载不出来。正确做法是用 encodeURIComponent 编码，目标页面再用 decodeURIComponent 解码。还有，参数别传太多太复杂，页面路径有长度限制，超过 1048 字符就会报错。遇到大量数据，建议用全局变量或缓存，比如把数据存到 app.globalData 里。

页面栈的管理也是新手容易忽视的。微信小程序页面栈默认最多 10 层，超过这个数，navigateTo 会直接失败。我见过一个奇葩案例，用户反复点击某个按钮，页面栈瞬间堆满，跳转就卡住了。解决办法是跳转前检查页面栈深度，用 getCurrentPages() 判断，如果接近上限，就改用 redirectTo 或 switchTab 切换。还有一种场景：用户从首页跳到列表页，再跳到详情页，然后想回首页。如果用 navigateTo 回首页，页面栈会越来越深。这时可以用 wx.navigateBack({delta: 2}) 指定回退层数，或者用 wx.reLaunch 直接关闭所有页面，重新打开首页。导航方式需要根据业务流设计好。

生命周期这块儿，跳转页面会触发一系列事件，容易把人绕晕。比如从 A 页跳到 B 页，A 页的 onHide 先触发，然后 B 页的 onLoad 、 onShow 依次执行。如果你在 A 页的 onUnload 里做了清除操作，而 B 页依赖 A 页的数据，就会出问题。我有次在 onUnload 里清掉了缓存，结果 B 页加载时读不到数据，页面空白。后来改成在 onHide 里保留数据， onUnload 只做彻底清理。还有，如果跳转时传了参数， onLoad 里拿到的是首次传入的值，而 onShow 每次页面显示都会触发，适合做数据刷新。区分好这两者，能避免很多莫名其妙的 bug。

tabBar 页面跳转是另一个特例。小程序底部的 tab 栏切换页面要用 wx.switchTab，不能传参。很多新手不知道，直接用 navigateTo 跳 tab 页，结果页面没反应或报错。我见过一个项目，用户从首页跳到“我的”页面，想传递用户 ID，但 switchTab 不支持传参。解决办法是先把数据存到 app.globalData 里，然后在“我的”页面的 onShow 里读取。还有个坑是， switchTab 会关闭所有非 tab 页面。如果你从详情页（非 tab）跳到首页（tab），详情页会被销毁，用户想返回时只能重新加载。因此，导航设计时要考虑用户操作路径的连续性。

跳转动画和用户体验也值得琢磨。微信小程序默认的跳转动画是“从左到右”的推入效果，但有些场景用“淡入淡出”或“缩放”更合适。比如从列表页跳到详情页，推入效果很自然；但如果是模态弹窗跳转，用淡入淡出更舒服。可以通过 animation 属性控制，或者自定义过渡效果。但别过度设计，用户只想快点看到内容，花里胡哨的动画反而拖慢加载。我见过一个工具类小程序，每个跳转都加旋转动画，用户点按钮后要等一秒才跳转，体验极差。简洁、快速才是王道。

说说跳转页面的性能优化。页面跳转时，如果目标页面数据量太大，会卡顿甚至白屏。比如从商品列表跳到商品详情，详情页要加载图片、评论、规格等数据。如果所有数据都在 onLoad 里一次性请求，用户会看到白屏好几秒。优化方法是“懒加载”：先加载核心数据（如商品标题、价格），让用户看到内容；次要数据（如评论、推荐）等页面渲染完再异步加载。图片要压缩和缓存，别让用户等。我有个项目，详情页图片原图好几兆，跳转后加载慢得不行，后来换成压缩图并使用懒加载，体验明显提升。跳转页面不只是技术问题，更是用户体验的设计问题。