I1.03.2leave-and-return during long wait设计
需要提供可离开与可回来的机制
别名: 可离开等待 · 后台化 · resumable wait
概念解释
人既然会在十秒后把注意切走，界面就要允许这次切走是合法的，并且切回来时还接得上。可离开与可回来（leave-and-return）指三件事同时成立：等待不绑架前台、离开期间工作继续、回来时状态一眼可认。缺任何一件，切走就会变成丢失——任务被取消、进度被重置、或者回来面对一块空白不知道自己走了没有。
这条管的是等待期间的来回通道，不是完成时怎么喊人。喊人是下一张的事。
机制
任务切换有往也有返。往的成本来自界面：模态挡着、手势被进度条吃掉、离开等于取消。返的成本来自记忆：十秒到几分钟之后，工作记忆里的目标已经淡了，人需要外在线索——还在处理哪一批、做到哪一步、能不能继续。如果离开会毁掉现场，理性策略就是不离开、干耗着，注意上限就被设计给废掉了。
可回来还要求身份不断：同一个任务对象在离开前后是同一个，而不是回来时新开一份看起来很像的进度。人是靠对象连续性，不是靠百分比数字，判断「这还是刚才那件事」。
边界
必须盯着的安全操作（确认转账、输入验证码）不能做成可离开——离开会引入错误窗口。那种任务应当缩短，而不是假装可后台。前台被系统强制占用的场景（系统更新重启、支付中与银行握手）可以短时间锁住，但要明确锁的时限和失败后怎么退。多窗口桌面天然更支持离开；单窗口手机要把「离开」做成回首页、切应用而不取消，而不是假定有第二条屏幕。
怎么落地
- 长等待不要用无法关闭的全屏模态。允许回列表、回首页、切应用，任务转到可查询的进行中状态。
- 离开不取消：关掉面板不等于杀掉任务。取消必须是单独的、需要确认的动作。
- 回来时落到同一任务对象：仍能看见文件名、范围、当前阶段，而不是一条泛泛的「处理中」。
- 验证：开始一次超过 20 秒的导出，立刻切到别的应用再切回来。任务应仍在、进度应仍在、对象名称应仍在。若回来是空白首页或要从头再点一次导出，通道没建起来。