अभी लॉगिन करें 微信小程序最吸引人的地方，莫过于“用完即走、触手可及”的轻盈感。而这种感觉，很大程度上得益于页面之间顺畅的切换。不管是引导用户浏览更多商品，还是填写一份复杂的表单，页面跳转都是开发中最常见、最基础的操作。怎么把跳转做得既符合业务逻辑，又让用户觉得顺滑自然？其实，微信官方已经准备了多种机制，专门应对不同的真实场景。
如果你只需要做一个简单的纯展示跳转，比如在首页放一张活动海报，用户点一下就直接进详情页，不需要任何前置判断。这时候，最轻量的做法就是直接在页面结构里写一个 navigator 组件。它用起来和传统网页里的 <a> 标签非常像，只要指定好目标路径就行，比如：<navigator url="/pages/secondPage/secondPage">跳转到第二个页面</navigator>。
默认情况下，这种跳转会把新页面直接叠在老页面上。但有些时候，比如用户刚付完款，你肯定不希望他再点返回键回到支付页。这时只需给组件加上 open-type="redirect" 属性，跳转就会变成重定向模式，直接把退路切断。
不过，真实的业务往往没这么简单。假设用户点击了“立即购买”，你得先看看他登没登录，或者去后台查一下还有没有库存，确认无误后才能放行。这种带有前置条件的跳转，静态组件就力不从心了，得靠 JavaScript 逻辑层里的 API 来全局掌控。
最常用的方法莫过于 wx.navigateTo。把它绑在按钮的点击事件上，传入目标页面的地址即可。它的底层逻辑是页面叠加，跳转后左上角会自动出现一个返回按钮，方便用户随时退回上一步。但如果是做登录流程，用户刚授权成功，要是按返回又回到空白的登录页，体验就很奇怪了。这时候就该请出 wx.redirectTo，它会在打开新页面的同时，干脆利落地关掉当前页，非常适合处理这种单向不可逆的业务流。
除了常规的页面深入，还有一种情况经常让刚接触小程序的开发者踩坑：底部导航栏（TabBar）的切换。有时候代码里的路径写得一点没错，点击却毫无反应。原因其实很简单，普通的跳转 API 对 TabBar 页面是严格限制的。想要跳转到首页、购物车或个人中心这些核心模块，必须专门使用 wx.switchTab 方法。
这里有两个硬性前提：首先，URL参数里的路径，必须提前在 app.json 配置文件里定义好；其次，一旦执行了这个方法，小程序会清空除了目标 Tab 页之外的所有历史页面栈。这就相当于把应用的浏览轨迹重置到了一个干净的初始状态。
说到底，小程序的页面流转并没有所谓的“万能公式”，只有“最合适的方案”。是让用户能随时返回，还是强制单向操作？是普通的层级深入，还是核心模块的平级切换？理清这些业务诉求，在静态组件和各种 JS API 之间灵活穿插组合，才能真正打磨出逻辑严密、交互丝滑的优秀体验。