aria-live必须在初始html中声明，动态添加基本无效；需随首次渲染存在，避免组件销毁重建、innerhtml替换或aria-hidden导致监听中断，更新时应保持dom结构稳定并配对使用aria-busy。
aria-live必须在初始HTML里声明，动态添加基本无效
很多开发者在 fetch 回来数据后才用 el.setAttribute('aria-live', 'polite') 加属性，结果屏幕阅读器完全没反应。这不是读屏问题，是它根本没把这个元素纳入监听范围——aria-live 必须随首次 HTML 渲染就存在，不能靠 JS 补。
常见踩坑点：
- React/Vue 中用
v-if或v-show控制实时区域显隐，导致组件销毁重建，aria-live容器被移除再挂载，监听中断 - 用
dangerouslySetInnerHTML或v-html替换内容，绕过框架生命周期，也绕过了辅助技术感知路径 - 父级加了
aria-hidden="true"，整个子树的aria-live直接静音，连带aria-atomic也失效
动态更新内容时，别用 innerHTML = '' 清空再拼接
直接写 el.innerHTML = '<p>新消息</p>' 等于先删 DOM 再重建，屏幕阅读器会收到两次变更：一次“内容消失”，一次“新内容出现”，容易漏播、重读或只读出碎片。
安全做法是保持节点结构稳定：
- 纯文本更新优先用
el.textContent = '上传完成✅' - 需插入 HTML 片段时，用
el.insertAdjacentHTML('beforeend', '<p>第5条</p>')追加，不破坏原有结构 - 聊天/日志类区域推荐
role="log"+aria-live="polite"+aria-atomic="false"，配合appendChild()，只播报新增项
aria-live 和 aria-busy 必须配对使用，且生命周期要精准
aria-live 不是开关，而是播报策略；aria-busy 才是控制“什么时候别读”的关键。两者必须共存，且时机不能错。
实操要点：
- 请求发起瞬间（比如
fetch()调用后）立即设el.setAttribute('aria-busy', 'true') - DOM 更新完成、内容稳定后**立刻清除**
aria-busy（设为false或移除），否则后续变化全被忽略 -
aria-live="polite"适用于分页加载、状态提示等非紧急场景；aria-live="assertive"仅用于必须打断用户的错误（如登录失败），慎用 - 属性必须加在**动态内容的直接父容器**上，不能套在全局 wrapper 或 body 上
aria-atomic="true"不是可选，而是防止语义断裂的必要项
默认 aria-atomic="false"，屏幕阅读器只抓最小变更节点。你替换了整个表格，它可能只读出“第2行更新为…”这种断裂信息，用户根本听不懂上下文。
aria-atomic="true" 强制整块容器重读，但它必须和 aria-live 同时存在才起作用——单独加等于没加。
还要注意：
- 如果容器里有图标、徽章、状态标签等小部件，它们和文本一起更新时，
aria-atomic="true"就成了刚需 - 用
role="status"或role="alert"声明用途，但别混用：role="alert"已隐含aria-live="assertive"，重复写无意义 - 确保该区域有稳定
id，JS 才能精准定位并更新textContent，模版层不能只留个空div
最常被忽略的是：更新后是否主动触发焦点或确保用户知道变化发生在哪。比如列表刷新完成，光靠 aria-live 播报不够，若用户需要操作新内容，得用 focus() 聚焦到第一个可操作项，而不是容器本身——它没语义，读屏只会说“div”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
