aria-live="polite"与assertive的核心区别在于是否打断用户：polite等待空闲时播报，适合“已保存”等状态提示；assertive立即中断朗读，仅用于“密码错误”等紧急提示，滥用会导致干扰或信息丢失。
aria-live="polite" 和 aria-live="assertive" 有什么区别
关键看更新是否需要立即打断用户当前操作。aria-live="polite" 会让屏幕阅读器在空闲时读出更新，适合状态提示（如“已保存”）；aria-live="assertive" 会中断当前朗读，强制播报，适合错误或紧急提示（如“密码不正确”）。用错会导致用户被频繁打断或完全听不到重要信息。
常见错误是把所有动态内容都设成 assertive——比如表单输入时每打一个字就触发一次，实际只会让屏幕阅读器卡住或跳过后续内容。
- 表单成功提示、加载完成 → 用
polite - 校验失败、权限拒绝、操作阻断 → 用
assertive - 不要在
aria-live区域内放交互元素（如按钮），否则焦点行为不可预测
为什么 aria-live 区域要提前写在 HTML 里，不能 JS 动态插入
因为屏幕阅读器只监听已有 DOM 节点的变更，不是监听整个文档的新增节点。如果用 document.createElement 创建并 append 进去，即使带 aria-live，多数屏幕阅读器（尤其是 NVDA + Firefox、VoiceOver + Safari）根本不会识别它为实时区域。
必须在页面初始加载时就存在该容器，哪怕内容为空：
<div aria-live="polite" aria-atomic="false" aria-relevant="additions text"></div>
- 容器需有明确的
role或语义化标签（如<section></section>），纯<div> 也行，但不能 display: none 或 visibility: hidden <li>避免用 <code>innerHTML = ...替换整个区域内容——这会清空旧文本并重置朗读队列，应改用textContent或追加子节点 - React/Vue 等框架中，确保该区域不被条件渲染（如
v-if或{show && <...>}</...>），否则首次挂载即失效 - 提示类消息（如“上传进度：45%”）→
aria-atomic="false"+aria-relevant="text"，只读变的部分 - 完整消息卡片（含图标、标题、描述）→
aria-atomic="true"+aria-relevant="additions"，确保结构完整播报 - 避免设
aria-relevant="all"，它会响应 class 变更、属性增删等无关操作，引发误报
aria-atomic 和 aria-relevant 怎么配合控制播报范围
aria-atomic="true" 表示：只要区域内任意文本变化，就整块重新读；设为 false（默认）则只读变化的部分。而 aria-relevant 控制哪些变更触发播报，常用值是 additions text（新增节点和文本修改），而不是默认的 additions text removals（含删除）——后者会导致“删除成功”后又读一遍空内容，造成歧义。
React 中用 useRef 更新 aria-live 区域容易漏掉什么
很多人用 useRef 拿到 DOM 节点后直接赋值 textContent，但忘了清除前一条消息。若新消息比旧消息短，残留文字会拼接出现（例如先写“正在提交…”，再写“成功”，结果读成“成功交…”）。
安全做法是每次更新前先清空，再写入：
const liveRegionRef = useRef(null);<br>useEffect(() => {<br> if (liveRegionRef.current) {<br> liveRegionRef.current.textContent = "";<br> liveRegionRef.current.textContent = message;<br> }<br>}, [message]);
- 不要用
innerText，它受 CSS 影响（如 display: none 的子元素仍计入）；textContent更可靠 - 避免在 useEffect 里直接操作 ref.current.textContent 多次——连续两次赋值可能被合并，导致只播报最后一次
- 服务端渲染（SSR）场景下，需确保该区域在客户端 hydration 后才可写入，否则可能被 React 清除
最易被忽略的是：aria-live 区域必须与用户当前操作有明确逻辑关联，不能孤立存在。比如一个全局顶部提示栏，用户正在底部填表单，此时播报“网络已恢复”就缺乏上下文，反而增加认知负担。
