aria-atomic="false" 不可靠是因为它依赖 DOM 节点级变更而非文本差异，整体替换（如 innerHTML）导致重读整段，局部更新需用 appendChild 或 textContent 修改单个元素，且 aria-live 和 aria-atomic 必须初始存在 HTML 中。
aria-atomic="false" 为什么经常不按预期只读变化部分
它不是“对比文字差异”，而是依赖 DOM 节点级变更：新增节点、删除节点、替换节点。如果你用 innerHTML = "新文本" 整体覆盖，哪怕只改了一个字，读屏也大概率重读整段——因为整个子树被替换了。
常见错误现象包括：
- 把
"加载中"改成"加载中 42%"，NVDA 只报出"42%"（漏上下文）或直接静音（旧版 VoiceOver） - 用
textContent替换后，JAWS 仍播报两次：先“空”，再“新内容” - 在
role="status"容器里频繁更新，aria-atomic="false"导致断续碎片播报，用户听不清完整句子
真正能触发“只读变化部分”的 DOM 操作方式
必须让屏幕阅读器感知到的是“追加”或“局部修改”，而不是“整体重写”。关键在操作粒度：
- 对聊天/日志类场景（
role="log"），用appendChild()或insertAdjacentHTML("beforeend", ...)往末尾加新节点，不要清空重绘 - 想更新某一行文案？用
el.textContent = "新值"直接改那个<span>或<p>元素，别动它的父容器 - 避免在
aria-live区域内嵌套另一个aria-live区域——原子性逻辑会失效，读起来像卡顿录音 - 别用
innerHTML写富文本；若真需强调，用 CSS 控制颜色或white-space: pre-line配合\n，而非插入<strong>
哪些场景下 aria-atomic="false" 实际不可靠
不是所有“差分播报”都能指望。尤其在以下情况，aria-atomic="false" 表现极不稳定：
立即学习“前端免费学习笔记（深入）”；
- 旧版 NVDA（≤2023.4）对完全替换内容可能根本不触发播报，必须 fallback 到
aria-atomic="true" - 状态类提示（如“上传中 X%”“已提交”“验证失败”）——语义完整性优先，
aria-atomic="true"是硬性要求，不是可选项 - 使用 React/Vue 渲染时，若组件重新挂载或 key 变化，相当于 DOM 重建，
aria-atomic="false"失效 - 区域初始为空或只含空白字符（
textContent.trim() === ""），即使设了aria-atomic="false"，多数读屏也不会播报任何内容
必须预置 aria-live 容器，否则 aria-atomic 无效
aria-live 和 aria-atomic 都必须出现在初始 HTML 中，JavaScript 后期添加完全无效。NVDA、JAWS、VoiceOver 只在元素首次挂载时解析这些属性。
正确写法示例：
<div id="status" aria-live="polite" aria-atomic="false" class="sr-only"></div>
错误做法包括：
- 点击按钮后才动态创建
div并设置aria-live - 把
aria-live加在父级<section>上，实际更新的是子节点<p>—— 读屏只监听直接子内容变更 - 用
display: none或visibility: hidden隐藏容器 —— 通知彻底失效；应改用clip+absolute的.sr-only类
复杂点在于：你不能只靠 aria-atomic="false" 去“控制播报粒度”，它本质是弱约束；真正可控的，是你怎么改 DOM —— 追加、局部更新、避免重绘，才是决定读屏行为的关键。
