K1.11.3return to source app设计
跳转后返回来源应用的路径需要保留
别名: 跨应用返回 · Back to source · 跳转回程
概念解释
从日历点进会议、从餐厅页打开地图、从应用内支付跳到钱包，任务在另一个应用里做完之后，人要能回到那个日历事件、那张餐厅页，而不是被留在目标应用的首页。这是深链接跳转的回程：来源还在不在、怎么回去。它不是系统返回键在两个平台上是否存在、返回栈怎么跨应用合并——那是另一套平台惯例。这里只问：跳出去办事的人，办完之后来源应用还是不是一条走得通的路。
机制
深链接把人交给目标应用时，来源应用通常被送进后台，有的系统会在状态栏或手势条上短暂显示「返回某某」。这条入口是系统给的，目标应用既不能假定它一直在，也不能用自己的关闭按钮替代它——点目标应用里的「完成」若只是关掉当前页、停在目标首页，来源并没有被唤回。支付、授权、打开地图这类跳转是一次借用：目标应用是工具，不是新任务的家。工具用完若没有把控制权交回来源，人只能自己去多任务栏里翻，来源若已被回收，翻到的还可能是冷启动。来源侧若在跳转前不留下「我在等一笔支付结果」，回来时也不知道该刷新哪一单。回程断的是任务连续性，不是某平台缺一个返回按钮。
边界
人明确选择「在地图里继续探索」而不是「看完路线回来」，回程可以不自动触发，但仍应找得到来源。目标应用是全屏游戏或导航这类长时占用时，中途回来源会打断正在进行的任务，回程应是可发现的出口而不是强制弹回。来源在跳转后被用户划掉，说明人已经结束那条任务，不应在目标里再塞一个打不开的「返回已杀死的应用」。桌面窗口并排时来源仍可见，不依赖这条回程；把移动跳转的「完成后自动切回来源」搬到桌面会抢焦点。
怎么落地
- 跳转到外部应用前记下等待中的来源上下文（哪一单、哪一场会议）；目标侧在完成、取消、失败时尽量把人送回来源，而不是落到目标首页。
- 不要用目标应用自己的「关闭」冒充回程：关闭若只是目标内的页栈操作，来源不会出现。
- 验证：从日历打开一场会议的入会链接，在会议中点结束或离开。应回到那条日历事件或日历日视图，而不是视频应用的大厅。若必须从多任务栏自行翻回来源，回程没有被保留。