abbr 是纯语义内联元素，无文档结构功能，唯一必要属性是 title，且需配合正文中首次出现的全称与缩写并置，表格中应统一用 标签而非 abbr 属性。
abbr 标签本身没有文档结构属性
abbr 是纯语义内联元素，不参与文档大纲（outline）构建，role、aria-level、heading 等结构性属性对它无效。它既不会被浏览器当作标题解析，也不会影响 document.body.children 的层级逻辑或 getElementsByTagName("h1") 的结果。
常见误解是以为 abbr 能像 section 或 article 那样划分内容区块——实际它只在 DOM 树中作为普通 HTMLElement 存在，父级仍是段落、列表项或表格单元格这类容器。
唯一合法且必须的语义属性只有 title
title 不是“可选提示”，而是 abbr 发挥语义作用的**唯一必要条件**。没有 title 的 abbr 对屏幕阅读器、搜索引擎和 DOM API 完全透明，等价于裸文本。
- 值必须是非空纯文本，如
title="HyperText Markup Language"，不能含 HTML、换行或解释性括号 - 大小写需与标准命名一致：
title="JavaScript"≠title="javascript"（语音合成器可能误读） - 不能用
aria-label替代 —— 它会覆盖title，导致辅助技术忽略原始语义 - 若
abbr套在链接内（如@#@#@#@#@#@#@#@#@#@0），链接自身的title会优先显示，此时需显式保留abbr的title并确保其不被覆盖
td/th 上的 abbr 属性和 abbr 标签不是一回事
表格单元格的 abbr 属性（如 <th abbr="Revenue">Rev</th>）是独立于 <abbr></abbr> 标签的遗留机制，属于 HTML4 表格语义扩展，仅用于辅助技术理解表头缩写含义。它和 <abbr></abbr> 标签互不兼容、不可混用。
现代写法应统一使用 <abbr></abbr> 标签包裹表头内容：
<th><abbr title="Revenue">Rev</abbr></th>
而不要写成：
<th abbr="Revenue">Rev</th>
后者在 HTML5 中虽未报错，但已无语义效力，多数屏幕阅读器不再识别。
容易被忽略的上下文锚点要求
WCAG 2.1 明确规定：专业缩写首次出现时，必须在正文中自然呈现全称与缩写的关系，不能只靠 <abbr title="...">...</abbr> 单独存在。
正确写法是：
<p>Application Programming Interface (API) enables communication between services.</p>
而不是：
<p>The <abbr title="Application Programming Interface">API</abbr> enables...</p>
前者让所有用户（包括触屏用户、低视力用户、非母语者）一眼建立认知关联；后者只对悬停/聚焦用户有效，且移动端完全失效。这个上下文锚点比标签本身更关键——它不在 DOM 层面，而在文案组织层面。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
