تسجيل الدخول الآن 做小程序的人，多半都碰到过类似需求：用户已经停在某个页面，但接下来的动作不在这里，而要去另一个小程序里完成——领活动福利、进合作方服务页、打开咨询页，或者继续一段跨小程序的流程。产品文档里有时会写成“一键退出当前小程序并跳转链接”，落到开发层面，更常见的其实是：从当前小程序跳到指定小程序的指定页面。只要目标页明确，这个体验可以做得很顺，用户点一下按钮，流程就自然接到下一站。
具体实现上，核心 API 是 wx.navigateToMiniProgram。它的作用就是打开另一个小程序，并把用户定位到目标页面。通常会在需要放入口的页面 JS 里调用它，传入目标小程序的 appId，以及要打开的 path。这个 path 可以只是页面路径，也可以带上查询参数，方便把活动标识、用户来源、业务状态带到下一站。跳转成功时，可以在 success 回调里做记录；失败时，则在 fail 里给提示或埋点，避免用户点了之后没有任何反馈，也不知道卡在哪里。
不过，光把代码写对还不够，小程序对跳转目标有配置限制。需要在 app.json 里找到 navigateToMiniProgramAppIdList，把准备跳过去的小程序 appId 加进去。这个配置可以理解成一份白名单，只有名单里的 appId 才能被正常打开。如果漏配了，哪怕页面代码写得再完整，跳转也可能直接失败。实际项目里，最好把这段配置和功能页放在一起检查，减少上线后才发现问题的概率。
用户侧的体验，往往靠一个按钮就能完成。可以在 wxml 里放一个 button，文案尽量别太抽象。比如“继续到活动页”“去合作方小程序”“查看完整内容”，都比一句“跳转链接”更容易让人明白接下来会发生什么。按钮绑定点击事件后，在对应方法里调用跳转逻辑就可以了。点击之后，用户会进入目标小程序的指定页面。整个过程看起来像一步跳转，背后其实是页面、配置、API 和交互提示共同配合。
这里还需要分清楚一点：如果所谓“链接”其实指的是网页地址，那严格来说并不是 wx.navigateToMiniProgram 的使用场景。这类情况通常要考虑用 web-view 打开白名单域名，或者引导用户到外部打开。本文讨论的重点，还是小程序与小程序之间的一键跳转。
这种能力常见于合作导流、活动承接、服务闭环等场景。比如用户在某个小程序里完成报名后，还需要到另一个小程序查看进度；或者一个工具型小程序里出现“联系客服”“进入商城”的入口，点击后转到专门的服务小程序。只要跳转路径清楚，页面加载稳定，用户就不容易在中间断掉。反过来，如果跳转失败、按钮文案含糊，或者从一个比较简单的页面跳到另一个信息量更大的页面时缺少说明，体验就会变得很别扭。
所以做这个功能时，除了把代码跑通，还要多想一步：用户为什么要点这个按钮？跳到下一站后，他应该看到什么？如果失败了，该怎么处理？把这些想清楚，“一键退出并跳转”才不会只是一个技术动作，而是一条真正顺滑的产品路径。对打通合作流程来说，它的意义也不只是让用户少点一次返回，而是让用户在合适的时机，进入正确的页面。
