abbr 标签必须带非空、准确、标准大小写的 title 才具语义有效性，否则等同于 span；title 空值、含 html 标签或不规范命名均导致语义失效，且仅桌面悬停可见，需配合首次全称展开与 aria-describedby 等增强可访问性。
abbr 必须带非空 title 才算有效
没写 title 的 abbr 和普通 span 没区别：鼠标悬停不显示提示，屏幕阅读器跳过，搜索引擎也收不到语义信号。HTML 规范明确要求缩写必须通过 title 提供完整展开形式，否则语义失效。
常见错误包括：title="" 或 title=" "（空格会被忽略），title 值含 HTML 标签（如 title="<strong>JavaScript</strong>"）会原样显示字符串，不渲染。
-
title值必须是非空、准确、标准的全称，比如title="Cascading Style Sheets"，不能是 "CSS stuff" 或 "style language" - 大小写需与官方命名一致：
title="JavaScript"正确，title="javascript"可能导致语音合成器误读 - 若缩写本身是链接（如
@#@#@#@#@#@#@#@#@#@0），必须把abbr放在a内部，并显式保留title，否则链接自身的title会覆盖它
移动端和键盘用户根本看不到 title 提示
title 属性只在桌面端触发原生 tooltip，Chrome/Firefox 通常截断超 60–80 字符的内容，且所有空白符（含换行）会被自动折叠。这意味着：
- 触屏设备用户无法触发
title提示——没有“悬停”概念 - 仅用键盘导航的用户（Tab 流）无法访问该内容，不符合 WCAG 2.1 要求
- 屏幕阅读器读取顺序是「缩写词 +
title值」，例如<abbr title="JavaScript">JS</abbr>会被读作 “JS JavaScript”，略显重复
真需要稳定提示，得用 aria-describedby 关联隐藏段落，或用 JS 实现可控 tooltip。
首次出现缩写时，先写全称再套 abbr 是硬性建议
单纯依赖 abbr + title 不足以确保理解，尤其对认知障碍或非母语用户。WCAG 推荐在首次出现时，用自然语言写出全称，再用 abbr 包裹缩写。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 正确写法示例：
<p>我们使用 Application Programming Interface (<abbr title="Application Programming Interface">API</abbr>) 与后端通信。</p> - 技术文档里像
DOM、JWT、TLS这类术语，第一次出现就得用abbr，且title必须是标准、完整、大小写一致的全称 - 同一缩写在同一篇文档中，首次定义后后续可直写；但若文档较长或章节独立，可在新章节开头再次定义
别再混用已废弃的 acronym 标签
acronym 是 HTML4 的遗留标签，HTML5 已明确废弃。所有缩写、首字母词（包括 NASA、RSS、DOM）都统一用 abbr。
部分旧项目或 CMS 模板里还残留 acronym，上线前务必全局替换。浏览器对 acronym 的支持已不可靠，Chrome/Firefox 当前仅作兼容性渲染，不保证未来版本保留。
错误示例：<acronym title="World Wide Web">WWW</acronym> → 正确写法：<abbr title="World Wide Web">WWW</abbr>
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
