打断的代价随任务投入度上升
别名: 打断成本 · 投入度 · resumption lag
概念解释
打断成本不是「响了一下」的瞬时不悦，而是当前目标从工作记忆里被挤出去、再拼回来所付的时间和错误。投入越深——正在写一段推理、对着一串数字对账、跟别人同步一个步骤——同一条横幅的代价越高。投入浅时（解锁后扫一眼主屏、等电梯），几乎没有要恢复的目标。
这条只谈代价如何随正在做的事变化。它不给通知本身定紧急档，也不解释假警报如何让真警报失效。
机制
执行一个目标时，人把「下一步是什么、做到哪了、哪些中间结果还要用」留在工作记忆里。通知把注意拉走，这些表征衰减；回来时要重新读屏幕、回忆意图，这段间隔叫恢复滞后（resumption lag），往往比看通知本身长。投入深时表征更密、更互相依赖，重建更贵。投入还改变错误形态：浅打断只是多看一眼，深打断会把未保存的步骤做完一半就切走，留下半成品和漏操作。
所以「同一条通知烦不烦」没有稳定答案，答案绑在到达瞬间的任务状态上。发送方看不见这个状态，却默认用户正空闲。
怎么研究
中断研究的经典测法是：主任务做到一半插入次任务，记录中断滞后（interruption lag，放下主任务的时间）和恢复滞后，以及恢复后的错误。界面版本用正在编辑的文档、正在填的表、正在看的视频当主任务。
自变量：插入点距子目标完成的距离、主任务工作记忆负荷、通知是否要求立刻回复。 因变量：恢复滞后、恢复后差错、被丢弃的中间结果、主观被打断程度。
实验室插入是主试安排的，被试知道还会回到主任务；真实通知常把人带进另一个应用，主任务可能不再被拾起。不要用「看了通知」当成本——打开只要一秒，重建目标可能要几十秒。生态效度取决于主任务是否真的有深度，刷信息流测不出投入效应。
边界
等待、排队、锁屏闲置时投入接近零，打断成本塌缩，此时再谈「保护心流」会过度限制送达。驾驶、手术、控制室投入极高且错误不可逆，消费级「横幅可接受」的阈值不适用。有人把通知当任务开关（客服、调度），对他们来说到达即工作，投入度模型要反过来：迟送才是成本。短、可自动消失、不抢焦点的提示，代价曲线比模态对话平。
怎么落地
- 对正在键入、全屏、导航、通话中的状态，默认推迟非必要横幅，而不是按发送队列立刻弹出。
- 把「是否正在深度任务」当成到达侧信号：有键盘焦点、有未保存草稿、有前台媒体或导航时，视为高投入。
- 高投入窗口里若必须送达，用无声入栏代替声音和占屏，让人在自己的节奏上拾起。
- 验证：在写作或填表任务做到中段时插入同一条通知，量从切走再打回第一个有效操作的时间；高投入条件显著长于空闲主屏，就说明这条通道没有按投入度让路。