判断HTML5元素是否被屏幕阅读器正确识别，关键看其在可访问性树中是否暴露正确的role、name、state和properties；需用Chrome DevTools的Accessibility Inspector验证Computed Role、Name及States。
怎么判断一个 HTML5 元素是否被屏幕阅读器正确识别为语义化组件
关键不是“用了 HTML5 标签就自动无障碍”，而是看它是否生成了正确的 role、name、state 和 properties，这些最终由浏览器的可访问性树（Accessibility Tree）暴露给辅助技术。比如 <nav> 默认有 role="navigation"，但若被 CSS 设为 display: none 或 JS 移除了，就会从可访问性树中消失——屏幕阅读器根本“看不见”它。
验证方法很简单：用 Chrome DevTools 打开「Elements」面板 → 右键元素 → 「Inspect Accessibility Properties」，或按 Cmd+Shift+P（Mac）/ Ctrl+Shift+P（Win）输入 “Accessibility” 快速打开 Accessibility Inspector。重点看：Computed Role 是否符合预期，Name 是否可读（非空且有意义），States（如 disabled、expanded）是否同步更新。
什么时候必须用 ARIA 补 HTML5 语义缺失
HTML5 标签覆盖了大部分常见结构（<header>、<main>、<dialog> 等），但交互组件仍常需 ARIA 显式标注。典型场景包括：
-
<div class="tabs">这类自定义选项卡容器，必须加role="tablist"；每个选项卡项加role="tab"并用aria-controls指向对应面板 -
<input type="range">缺少可读的当前值说明，需配合aria-valuetext或aria-labelledby关联可见文本 - 动态加载内容（如无限滚动列表），新增项未自动获得焦点或通知，要用
aria-live="polite"包裹容器 - 模态框（
<dialog>已原生支持，但旧浏览器 fallback 时需手动加role="dialog"+aria-modal="true"+ 焦点管理
ARIA 属性和 HTML5 原生属性冲突怎么办
优先用 HTML5 原生语义，ARIA 是补丁，不是替代品。以下组合会出问题：
立即学习“前端免费学习笔记（深入）”；
-
<button role="link">：错误。按钮就是按钮，想跳转应改用<a href>，否则破坏键盘操作逻辑（按钮回车触发，链接空格不触发） -
<input type="checkbox" aria-checked="true">：冗余且危险。aria-checked会覆盖原生checked状态，导致 JS 同步失效 -
<h2 id="title">标题</h2><div aria-labelledby="title">内容</div>：可行，但若该<div>本身是role="region"或role="complementary"，更推荐直接用<section aria-labelledby="title">—— 语义更准，兼容性更好
原则：只要原生属性能表达状态（disabled、required、hidden）、角色（type="submit"、type="search"）、名称（alt、label、title），就别用 ARIA 覆盖。
哪些 ARIA 模式在 HTML5 中已有原生等价但常被忽略
开发者常手写 ARIA 模式，却不知 HTML5 已内置支持，既增加维护成本，又易出错：
<!-- ❌ 不必要地手写 ARIA tablist --> <div role="tablist"> <button role="tab" aria-selected="true" aria-controls="panel1">面板一</button> <button role="tab" aria-selected="false" aria-controls="panel2">面板二</button> </div> <div id="panel1" role="tabpanel" aria-labelledby="tab1">...</div> <p><!-- ✅ HTML5 + 原生语义 + 更少 JS --> <div role="tablist"> <button type="button" role="tab" aria-selected="true" id="tab1" aria-controls="panel1">面板一</button> <button type="button" role="tab" aria-selected="false" id="tab2" aria-controls="panel2">面板二</button> </div> <div id="panel1" role="tabpanel" tabindex="0" aria-labelledby="tab1">...</div>
真正容易被忽略的是：<details><summary> 天然支持展开/折叠语义与键盘操作（空格/回车切换），无需任何 ARIA；<meter> 和 <progress> 自带 value 和 min/max，比 role="progressbar" + 手动同步 aria-valuenow 更可靠。
复杂交互组件（如树形控件、日历）仍需完整 ARIA 实现，但日常开发里，先查 MDN 上对应 HTML5 元素的「Accessibility concerns」小节，往往就能避开 70% 的 ARIA 误用。
