判断 aria-* 属性是否冗余需看其是否改变可访问性行为：空值、纯空白、双重隐藏、无语义标签上的 presentation/none、tabindex="-1" 与 aria-hidden="true" 共存等均属冗余；但 aria-live、aria-labelledby、aria-controls/expanded、aria-current 等关键属性不可删，须通过无障碍树和读屏器实测验证。
怎么判断 aria-* 属性是否真冗余
不能只看有没有写，得看它是否改变了可访问性行为。很多 aria-hidden="true"、role="presentation" 是历史残留，既不参与读屏逻辑，也不影响焦点流，只徒增体积。
-
aria-hidden="true"加在不可聚焦、无内容、且父级已aria-hidden="true"的元素上，就是双重冗余 -
role="presentation"或role="none"加在div、span这类原生无语义标签上，通常无意义；但加在table或ul上可能用于绕过默认语义，需结合上下文判断 -
tabindex="-1"和aria-hidden="true"同时出现，大概率是历史残留：前者控制键盘焦点，后者控制读屏器，二者目标不一致，往往只保留一个就够了 - 所有以
aria-开头但值为空字符串（如aria-label=""）或纯空白（aria-label=" "）的属性，一律视为无效，应清理
VSCode 正则批量识别空/无效 aria 属性
打开全局搜索（Ctrl+Shift+F），启用正则模式（点 .* 图标），输入以下模式之一：
- 匹配空值
aria-属性：aria-[a-z-]*=["']\s*["'] - 匹配仅含空白的
aria-label：aria-label=["']\s*["'] -
\s*能匹配空格、制表符、换行，比写死空格更鲁棒；引号用["']同时兼容双引号和单引号
注意：aria-live 即使没内容，只要存在就会注册实时区域，不能随便删；aria-controls、aria-expanded 常成对出现，删一个会破坏交互语义，必须成组检查。
删之前必须验证是否影响无障碍树
直接删除比盲目修复更有效，但前提是确认它没改变可访问性行为。关键不是“有没有写”，而是“读屏器是否依赖它”。
立即学习“前端免费学习笔记（深入）”；
- 在 Chrome DevTools 的 Elements 面板右键目标节点 → “Accessibility” 标签页，看该节点是否出现在无障碍树中，以及其
role、name、value是否被实际读出 - 用 VoiceOver（macOS）或 NVDA（Windows）实际朗读页面，观察焦点顺序和播报内容是否因删除而异常
- 运行 axe-core CLI 扫描：
npx axe <code>index.html--exit-code=1，重点关注aria-allowed-attr、aria-required-children类报错是否因误删引发
哪些 aria-* 属性绝对不能删
有些看似多余，实则承担关键链路。删错会导致屏幕阅读器行为断裂，甚至 JS 交互失效。
-
aria-live：只要存在即注册实时区域，即使内容为空，也影响动态更新播报时机 -
aria-labelledby、aria-describedby：若指向真实存在的 ID，删除后关联文本将无法被读出 -
aria-controls+aria-expanded：折叠面板类组件的核心语义对，缺一不可 -
aria-current="page"：导航中标识当前页，影响读屏器定位和快捷键跳转
真正容易被忽略的是：这些属性可能不在你编辑的 HTML 文件里，而是由 JS 动态注入。所以清理前，务必在 DevTools 中刷新后检查最终渲染的 DOM，而非源码。
