中断频繁，任务需可随时暂停
别名: 中断可恢复 · resumption lag · 任务暂停 · interruptibility
概念解释
转账填到金额，验证码短信进来；编辑到一半，电话切入；选好座位，系统把应用切到后台。中断（interruption）把正在做的事切断，人稍后再回来。手机上这不是例外：来电、通知、有人搭话、过闸机，都会把当前任务从前景拿走。设计要回答的是切断之后能否接上——草稿、步骤、滚动位置是否还在，人要不要从第一屏重走。这条只谈可恢复性（resumability），不谈人本来就只打算打开几十秒，也不谈一边走一边看时注意够不够用。
机制
手机很少是唯一活动。它嵌在谈话、行走和别的应用之间，所以任务会被外部事件抢走前景。目标在工作记忆里很快衰减：人记得「我在买票」，却不一定记得选到了哪一班、优惠码贴进了哪一格。恢复延迟（resumption lag）就是把这些目标重新装回工作记忆所花的时间；界面如果把中间状态清掉，延迟变成整条路径重做。持久化是把目标外置：未提交的表单写到磁盘，向导停在第几步，列表停在哪一项。和「会话短」不是同一件事——人可以打算做一个长任务，仍然在中途被切断；也可以在短窗口里被切断。关键不是窗有多长，而是切断点上的状态有没有被接住。来电这种中断由系统强制；切去看一眼消息则是人主动让出前景，但应用被回收时，两种看起来一样：再打开时若回到空白首页，任务就断了。
怎么研究
用中断–恢复范式：在任务的已知步骤插入一次强制中断（来电、锁屏、跳到另一应用），再让人回来继续。日记法记录自然中断的来源和回来之后做了什么。
自变量：中断落在哪一步、中断时长、状态是否写入持久存储、回来时是否落到离开点。 因变量：恢复延迟、恢复后的步骤错误、未完成即放弃的比例、是否从第一步重来。
实验室中断是实验者安排的，界面里的中断是电话和通知，时间点不可控，生态效度不能直接换算。只看「最终完成率」会把「中断后重做成功」和「从未被切断」混在一起；要把「是否从切断点接着做」单独编码。不要把后台被系统杀掉当成用户主动放弃。
边界
一拍即完成的动作（打开手电筒、扫一个码）在中断到来前已经结束，无可恢复的中间态。流媒体暂停是播放器自己的状态，不等于复杂向导的可恢复。有些中断就是任务本身：人打开应用就是为了接那通电话。前台被系统保活、不允许杀进程的导航类应用，恢复问题会转到「回到前台时定位是否还对」。多人实时会话被切断后，恢复的是自己的草稿还是对方已经说过的内容，边界不同。
怎么落地
- 在可能被切走的步骤上把未提交状态写出去：输入中的金额、已选座位、向导步序，不要只放在内存。
- 再打开时落到离开的那一屏，而不是首页；若状态已失效（座位没了、验证码过期），说明原因并给出最近的可续做点。
- 不要用「未保存即离开」的确认框挡系统级中断——来电不会等对话框。把保存做成默认，而不是临走时的选择题。
- 验证：在金额已填、验证码未提交时打进一通电话或强制杀掉进程，再打开；核对数字、光标和步骤是否还在。任何回到空白表单的路径都是未接住的切断点。