空值、重复、与原生语义冲突的aria属性绝大多数可直接删，如aria-label=""、aria-hidden="true"加在无内容无交互的div上、role="presentation"加在span/p等原生无语义标签上；但aria-live、aria-controls等成对依赖属性及第三方库生成的aria属性不可批量删。
哪些 aria 属性能直接批量删？
空值、重复、与原生语义冲突的 aria- 属性，绝大多数可以直接删——前提是它们没参与运行时逻辑。比如：aria-label=""、aria-hidden="true" 加在本就不可聚焦又无内容的 div 上、role="presentation" 加在普通 span 里，这些基本不改变可访问性行为，删了反而更干净。
常见可安全批量清理的模式：
-
aria-[a-z-]*=["']\s*["']：匹配所有值为空或纯空白的 aria 属性 -
aria-hidden=["']true["']+ 父级已含相同声明（需人工确认层级） -
role=["']presentation["']或role=["']none["']出现在div、span、p等原生无交互语义的标签上 -
tabindex="-1"和aria-hidden="true"同时出现在同一元素上（二者目标不一致，通常只留一个）
VSCode 正则怎么写才不误伤？
全局搜索（Ctrl+Shift+F）启用正则模式后，用下面这组表达式最稳妥：
aria-[a-z-]*=["']\s*["'] —— 覆盖双引号、单引号、空格、换行、制表符，比写死 aria-label="" 更鲁棒
立即学习“前端免费学习笔记（深入）”；
aria-label=["']\s*["'] —— 单独抓取空 aria-label，这类几乎都该删
role=["'](presentation|none)["'] —— 定位冗余 role，但别急着全替，先看它包的是什么标签
⚠️ 注意：aria-live、aria-controls、aria-expanded、aria-modal 这类成对/有状态依赖的属性，不能靠正则批量删——它们往往由 React Aria、Headless UI 等库动态控制，删一个就可能让键盘导航卡死。
删完怎么验证没出问题？
不能只看页面还“显示正常”，得进辅助技术链路验证：
在 Chrome DevTools 的 Accessibility 面板 中右键元素 → 「Reveal in Accessibility Tree」，确认关键控件（如按钮、输入框、模态框）是否仍在树中、角色和状态是否正确。特别注意：
- 删掉
aria-labelledby后，输入框是否还报出正确标签？ - 删掉
aria-live后，表单成功提示是否彻底不播报了？ - 删掉
role="dialog"相关属性后，模态框是否还能被 VoiceOver/NVDA 识别为对话框？
端到端测试至少跑一遍键盘流：Tab 进入、Enter 触发、Esc 关闭、读屏器朗读顺序是否自然。很多“删完没问题”的页面，一开 NVDA 就暴露语义断裂。
第三方组件生成的 aria 属性敢不敢动？
不敢轻动。React Aria、Radix UI、Mantine 这些库生成的 aria- 属性，90% 是运行时强依赖的——比如 aria-activedescendant 控制下拉焦点，aria-expanded 由组件内部 state 同步更新。你手动删掉，JS 不会自动补，键盘用户就卡在第一个选项出不去。
判断方法很简单：在组件源码或文档里搜 aria-，看它是否明确说明“由库管理”或“不要覆盖”。如果看到类似「This is managed internally」或「Do not set manually」，就绕开它。
真正该动手的，是那些 CMS 导出残留、Word 粘贴带进来的 aria-hidden="true"，或者旧版 Bootstrap 模态框模板里硬写的 role="dialog"（而实际用的是新版 <dialog></dialog> 标签）。这些才是批量清理的主战场。
