MOD.06 弹窗DOC-06-002AUTHOR · 沈一苇2026-02-22READ · 4 MIN

非模态提示的场景边界

超数频弹窗模态锁销毁顺序

这里再补一笔：本文是弹窗规范的全套版：从模态锁的中断成本测算，到销毁顺序的工程实现，再到灰度验证的数据判断，附三个实际场景的决策记录。

SEC.01数据保全

有一条经验值得单独记录：弹窗的尺寸铁律：宽不超过视口的 80%，高不超过 85%，超出就降级为全屏页。模态锁塞进弹窗的那一刻，用户体验的不是功能而是拥挤。

最后再记一笔：弹窗的 ARIA 属性是一整张清单：role=dialog、aria-modal、aria-labelledby、aria-describedby 一个不能少。销毁顺序的无障碍审计一线团队外包给视障测试员，他们的反馈最实际。

// CASE FILE · 实测档案

档案记录：动词按钮实验：「删除文件」vs「确定」，误点率 6.8%→2.1%，读按钮耗时近乎不变。

灰度是工程做法的安全网：先放 5% 流量观察关键指标，任何劣化超过基线 5% 立即回滚。模态锁的那次灰度让一线团队在凌晨两点避免了一次全量事故。

最后再记一笔：表单弹窗需要保全数据：关闭时草稿落本地，重新打开自动恢复，崩溃后靠销毁顺序的会话标记找回。这条发布后，「弹窗误关丢内容」的客诉清零。

关闭方式的冗余设计指三条通路：右上角叉号、ESC 键、遮罩点击。销毁顺序三条全开的默认打法只用于低风险弹窗，危险操作弹窗会禁用遮罩点击。

此外还有一条底线：所有规则都要有复查节点：团队给模态锁的规范设了季度复审，到期清点例外和豁免，过期的清理，失效的修订。规范不呼吸，就会变成化石。

顺带记录一个细节：模态锁的执行要完全：背景滚动锁定、Tab 焦点困在弹窗内、Esc 恒定可退。三条里漏任何一条，键盘用户就会掉进销毁顺序的死角，这是一线团队验收清单的机器检查项。

复盘中还藏着一条：文档写得再好也挡不住人员流动，所以一线团队把模态锁的规则尽量固化进工具：lint 规则、CI 卡点、脚手架模板。规则长在工具里，团队才不会失忆。

补充一条实战观察：Toast 与弹窗的分工协议很明确：toast 管结果通报，弹窗管需要决策的事。把结果通报做成弹窗是最高发的滥用，团队巡检时见到一个拆一个。

复盘中还藏着一条：按钮文案执行「动词 + 宾语 + 后果」格式：删除文件而不是确定。灰度数据显示全套动词让误点率下降 48%，用户读完按钮的时间反而没有增加。