role="status"不能静默更新，因为它隐式启用aria-live="polite"，专为低优先级、非中断性状态播报而设计；要真正禁用播报，须显式设置aria-live="off"或避免DOM变更。
role="status" 为什么不能静默更新
因为 role="status" 本身是 ARIA 中的「实时区域」（live region），默认行为就是触发读屏播报。它不是静默的，而是「低优先级、延迟播报、不打断当前语音」——这常被误认为“静默”，其实只是比 role="alert" 更克制。
怎样让 status 区域真正不读出来
关键不是换 role，而是控制 live region 的播报开关。读屏软件（如 NVDA、VoiceOver）只响应 aria-live 属性变化，而 role="status" 等价于 aria-live="polite" + aria-atomic="false" + aria-relevant="additions text"。要静默，就得覆盖默认行为：
- 把
aria-live设为"off"：彻底禁用播报，但后续再切回"polite"时，部分读屏（如旧版 JAWS）可能不识别动态启用 - 清空内容后再更新：先设 innerHTML 为空字符串，再 setTimeout 后填新值，可避免连续播报（适合状态轮换场景）
- 用
aria-hidden="true"临时隐藏整个元素：需同步管理焦点和语义流，容易出错，不推荐
最稳妥的做法是：保持 role="status" 不变，但只在用户确实需要感知时才写入内容；其余状态变更走 JS 变量或 data-* 属性，不触达 DOM。
status 更新后读屏没反应？检查这三点
常见失效不是代码写错，而是读屏或浏览器没按预期响应：
-
aria-live必须在元素首次插入 DOM 时就存在，动态添加该属性无效（比如先渲染空 div，再 JS 补aria-live） - 内容更新必须是「DOM 子节点变更」，仅改
textContent或innerText有时不触发（尤其含空格/换行时），建议用innerHTML = newContent - Chrome + VoiceOver 在 SPA 路由切换后，可能重置 live region 状态，需在每次更新前确保父容器未被销毁重建
替代方案：什么时候不该用 status
如果目标是「完全不打扰用户」，role="status" 从设计上就不合适。ARIA 规范明确说它用于「向用户传达非中断性信息」——即仍要读。真要静默，应：
- 用纯 JS 管理状态（如
isSaving = true），不暴露给辅助技术 - 把状态写进
data-status这类自定义属性，供自动化测试或内部逻辑消费 - 若需调试可见，加
display: none或visibility: hidden，但别用aria-hidden混用——它会屏蔽所有辅助技术访问，包括你本想保留的键盘导航
静默和可访问性不矛盾，矛盾的是误以为「不读出来 = 更好」。status 的价值恰恰在于让用户知道「系统没卡住，只是在后台做事」——砍掉这个提示，反而增加不确定性。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
