立即登录 微信小程序里，页面跳转是开发初期就绕不开的问题。表面上看，它只是让用户从一个页面走到另一个页面；实际上，页面栈怎么管理、返回路径怎么设计、模块怎么划分，都藏在后面。跳转方式一旦选错，用户可能点几下就找不到回去的路，或者停在了一个早该关闭的页面上。所以，比起只记住几种跳转方式的名字，理解它们各自的行为更重要。
小程序的页面跳转，大致可以分成两类。一类是普通的导航跳转，通常由按钮、列表项或链接触发；另一类是底部标签栏跳转，专门用于在几个主功能模块之间来回切换。
在导航跳转中，navigateTo 是最常用的一种。它的特点是保留当前页，把新页面压入页面栈，用户随时可以返回上一页。像从资讯列表点进文章详情、从商品列表进入商品详情，这类“看完还要回来”的场景，用它就很自然。返回时，原来的筛选条件和滚动位置通常都还在，体验比较连贯。不过连续使用 navigateTo 会让页面栈越叠越深，需要注意层级上限，否则到后面可能跳转失败。
redirectTo 的行为则不同。它会先关闭当前页面，再打开目标页面，用户无法直接返回。这个特性适合用来收尾一个流程。比如提交订单后跳到成功页，或者登录完成后进入个人中心，都不希望用户再退回那些已经完成或失效的页面。用 redirectTo 可以避免重复提交，也能减少页面堆积。
reLaunch 更彻底，会关闭所有页面，只留下目标页面。它适合处理登录态切换、从某个活动入口进入后重置整个浏览路径，或者应用内需要完全重新开始的场景。使用后，用户之前的浏览历史会被清空，返回按钮也不会再回到旧页面，所以需要谨慎使用。
switchTab 的情况有点特殊。它专门用于跳转到 tabBar 页面，也就是底部标签栏里的那些页面，比如首页、分类、购物车、我的。它们通常是小程序的核心模块，切换这些页面必须用 switchTab。它会关闭其他非 tab 页面，也不会像 navigateTo 那样在页面栈里新增一层可返回的路径。它的目的不是深入某个流程，而是让用户在几个并列模块之间快速切换。
底部标签栏的跳转设计，本身也构成了小程序的基础信息架构。tab 设置得合不合理，会直接影响用户对产品结构的感知。一般来说，只把最重要、最常用的几个入口放进底部栏，其余功能通过列表或导航进入，层级会清晰很多。
除了这几种跳转方式，小程序还提供了一些配套的交互手段。模态弹窗常用于二次确认、重要提醒，或者打断危险操作；全局导航可以作为返回首页、联系客服的快捷入口；参数传递则让跳转更有目的性，比如从列表页把 id 带给详情页，详情页再根据 id 请求数据。这些能力配合页面跳转一起使用，会让小程序的交互更完整。
实际开发中，并没有哪种跳转方式是绝对更好的，关键还是看业务场景和用户路径。需要保留上下文，就用 navigateTo；要结束当前流程，就用 redirectTo；要清空路径，就 reLaunch；要切换主模块，就 switchTab。把跳转行为和用户的心理预期对应起来，小程序用起来才会顺手。
