A5.14.3Deferred batching to the next boundary设计研究
通知合并延迟到下一个边界出现，比立即打断的总成本更低
别名: notification batching · deferred delivery · 通知合并 · 延迟递送
概念解释
多条通知陆续到达时，一到就推送和攒到下一个打断点再一起推送，是两种完全不同的递送策略。把这些通知合并起来、延迟到下一个可辨识的边界再统一呈现，即便让用户等了一会儿，总成本通常低于逐条立即打断——这个策略叫延迟合并（deferred batching）。它换的是用一次打断的代价，去替掉本来要付出的多次打断代价。
机制
每一次独立的打断都要付出完整的注意转移与恢复代价：从当前任务切出去、处理通知、再把原任务的目标状态重新激活。如果 N 条通知逐条立即送达，这套代价要重复付 N 次。把它们合并成一批、延迟到边界统一呈现，用户只需要经历一次切出—处理—切回的完整循环，批内的多条内容在同一次注意转移里被一并消化，不需要为每一条单独重建任务状态。等待带来的延迟本身也有成本，但只要延迟不太长，这份等待成本通常远小于被重复打断省下来的那部分恢复代价——这就是合并策略成立的算术基础。
怎么研究
这类研究通常比较三种递送条件：逐条立即送达、固定时间间隔批量送达、绑定检测到的任务边界批量送达，测量每种条件下的主任务表现、通知的实际到达延迟、用户对递送方式的主观烦躁感与满意度。
常见自变量：递送策略（立即/固定间隔/边界触发）、批内通知条数；常见因变量：主任务完成时间与错误率、通知从产生到被处理的延迟、事后主观评分。
方法论注意点：边界检测本身依赖某种自动推断（应用切换、活动识别、日程状态等），如果检测本身不准，"绑定边界批量送达"这一条件测出的收益会被检测误差稀释，实验设计要单独报告边界检测的准确率，否则无法判断收益来自策略本身还是来自恰好检测准了。
边界
- 收益依赖延迟本身可以被接受。如果某条信息的时效性极强（安全警报、即时通信里对方正在等待的回复提醒），延迟到下一个边界本身就造成损失，合并策略在这类信息上不成立，甚至比立即送达更差。
- 收益依赖边界检测的准确性。如果系统对边界的判断经常出错，合并等待的时间被浪费在错误的等待上，实际总成本可能反而高于逐条立即送达。
- 批内通知条数过多时，一次性呈现多条内容本身也会造成认知负荷集中爆发，合并的收益不是无限的，存在一个批量大小的合理上限。
怎么落地
- 对非时效敏感的通知（后台任务完成、非紧急提醒、可延迟的社交更新），默认开启合并策略，绑定检测到的任务边界统一呈现，而不是逐条即时弹出。
- 为合并设定一个最大延迟上限，超过这个时长即使没有检测到边界也强制递送，避免因为长时间检测不到边界导致信息无限期积压。
- 按紧迫程度分层：高紧迫度的信息始终走立即递送通道，只对中低紧迫度的信息应用合并延迟，两条通道并行而不是用一套策略覆盖所有通知。
- 验证办法：对同一批真实通知流量分别模拟立即递送与边界合并递送两种策略，比较总的注意转移次数、平均到达延迟与用户满意度评分，用这组对比确认合并策略在具体产品里是否真的划算。