Se Connecter Maintenant 小程序看起来轻，很多时候是因为入口做得小：一个图标、一段文字、一次扫码，就能进到某个具体服务。但用户真正用得顺不顺，往往不取决于入口本身，而取决于进去之后，各个页面能不能接得住。页面跳转听起来很基础，可它几乎决定了流程能不能走通、用户会不会迷路、功能模块有没有被清楚地分开。
一般可以把小程序里的跳转分成两类。一类是普通导航跳转，用户点按钮、链接、列表项或卡片，进入下一个页面；另一类是底部标签栏跳转，用户通过底部固定标签，直接切换到某个一级模块。前者更像是沿着当前任务继续往下走，后者更像是换一条主干道。这个区别看着不大，却会影响后面具体用哪种跳转方式。
navigateTo 应该是日常开发里最常用的方式之一。它不会关掉当前页，而是把目标页打开，用户随时可以返回。像商品详情、订单确认、内容阅读、资料填写这类页面，通常都有明显的层级关系：从列表进入详情，再从详情进入评价或确认页，每一步都有来路，也能一步一步退回。这样的跳转比较符合人的习惯，因为用户心里清楚自己刚才看过什么、还能回到哪里。
redirectTo 不一样，它会先关掉当前页，再打开目标页。它真正的作用不只是“换一页”，而是把上一段流程结束掉。比如登录完成、报名成功、授权结束、引导页走完之后，如果还允许用户回到中间步骤，就容易重复提交，或者让状态变得混乱。用 redirectTo，可以把路径收在结果页，让用户明白这一步已经完成，接下来该往哪里走。
reLaunch 更彻底：关闭所有页面，只保留一个目标页。它适合需要重新开始的情况，比如从异常页面回到首页，从独立活动页返回主流程，或者在关键状态变化后重新整理页面栈。因为旧页面被清空，用户不会带着之前的路径继续往前，也不容易在多层页面之间来回绕。它听起来比 redirectTo 更“重”，但用在合适的位置，反而能让流程更干净。
switchTab 则专门服务于底部标签页。小程序里的首页、分类、购物车、我的，通常都属于这一类。它不是把用户带进某个子页面，而是切换到另一个并列模块。底部标签页承担主导航角色，用户一般希望它稳定、清晰、随时可回。用 switchTab 切换，更像“换频道”，而不是“继续往下钻”。如果目标页面本来就是底部标签页，最好优先用 switchTab，而不是照搬普通页面跳转方式。
这里还有一个容易忽略的细节：switchTab 在传参上比较特殊。普通跳转有时可以把参数直接带到下一页，但标签页跳转往往需要借助全局状态、本地缓存或事件机制，先把数据放好，等目标页打开后再读取。比如从活动页加购商品，再切到购物车刷新列表，表面上只是一次切页，背后却需要状态同步跟上。否则用户看到的数据可能还停在原地，页面虽然换了，信息却没有接上。
如果拿常见场景对照一下，思路会更清楚：列表进详情，常用 navigateTo；完成报名或登录，常用 redirectTo；异常恢复或重置状态，可以用 reLaunch；首页、购物车、我的之间切换，则用 switchTab。真正复杂的不是某个 API 本身，而是业务链路里的位置感。开发者要判断的不只是“要打开哪个页面”，还有用户从哪里来、能不能回退、当前流程是否已经结束，以及接下来该进入哪个主模块。
除了跳转，小程序里还有不少交互方式要配合使用。模态弹窗适合处理确认、提示、错误反馈，把短暂但重要的信息留在当前页面承接，而不是动不动就跳走；全局导航或状态管理，则负责把登录态、活动信息、用户选择等内容跨页面传递过去。页面之间不是孤立打开的，上下文要接得上。跳转解决“去哪里”，参数传递和状态同步解决“带着什么去”，弹窗和提示解决“此刻要不要停下来”。这些配合好，体验才会显得完整。
说到底，小程序页面跳转并不是一个单纯的技术动作。navigateTo 让用户能深入，也能回头；redirectTo 让流程在合适的位置停住；reLaunch 帮用户把状态重新归位；switchTab 则把用户送回主入口。实际开发里，真正要回答的问题往往不是“哪个 API 更好用”，而是用户此刻在什么位置、下一步该看到什么、是否需要保留来路、是否要结束当前环节。把这些想清楚，页面切换才不只是换一张页面，而是把整个小程序的服务路径铺顺。