acronym标签在html5中被正式废弃，因其与abbr语义界限模糊、无法稳定区分首字母缩略词与普通缩写，w3c决定统一用abbr替代，并通过title属性提供全称。
acronym 标签在 HTML5 中已被正式废弃，浏览器不再保证对其语义支持，所有首字母缩略词和缩写都应统一使用 abbr 标签。
为什么 acronym 被淘汰了
HTML5 规范明确移除了 acronym，原因很实际：它和 abbr 在语义上无法稳定区分。“NASA”是 acronym（首字母缩略词），但“FAQ”算 acronym 还是 abbreviation（缩写）？不同语言、不同人群判断不一。W3C 决定放弃这种模糊划分，只保留一个通用语义标签 abbr，由开发者通过 title 属性自行说明全称。
常见错误现象：acronym 在 Chrome/Firefox/Safari 中仍能渲染，但无任何额外语义暴露给辅助技术（如屏幕阅读器），title 也不一定被读出；部分构建工具（如 HTMLHint、eslint-plugin-jsx-a11y）会直接报错。
- HTML4 和 XHTML1 中曾并存
abbr与acronym，但实践中极少有开发者严格区分二者用法 - HTML5 草案阶段就已标记
acronym为“obsolete”，最终标准中彻底删除 - 现代屏幕阅读器（NVDA、VoiceOver）仅识别
abbr+title组合来播报全称
abbr 的正确写法与常见陷阱
核心规则只有一条：只要文本是缩写或首字母缩略词，且你希望提供完整释义，就用 abbr 并带上 title 属性。没有例外，也不需要判断“是否发音像单词”。
典型误用场景：
- 写了
<abbr>WWW</abbr>却漏掉title—— 语义丢失，对无障碍完全无效 - 把技术术语当普通词用，比如
<abbr title="Cascading Style Sheets">CSS</abbr>放在文档开头后，后面再出现 “CSS” 就不再包裹 —— 每次出现都应独立标注，辅助技术不会记忆上下文 - 用
abbr包裹中文缩写如 “国行”（国行 iPhone），但title="国行"没意义 —— 此时应写title="中国大陆行货版本"，否则等于没写
示例（合规）：<abbr title="HyperText Markup Language">HTML</abbr>
兼容性与构建链路中的隐性风险
表面上看，删掉 acronym 只是换标签，但实际影响常出现在工具链里。
- 旧版 JSDoc 或 Sphinx 文档生成器若配置了
acronym自动转换，升级后可能跳过处理，导致 API 文档中缩写失去解释 - 某些 CMS 富文本编辑器（如 CKEditor 4）的“插入缩写”按钮默认输出
acronym，需手动修改插件配置或替换为abbr - 服务端模板（如 Django、Twig）若用条件判断
if tag == 'acronym'做特殊渲染，上线后逻辑失效 - SEO 工具（如 Screaming Frog）仍会抓取
acronym并标记为“过时标签”，影响技术健康度评分
要不要加 lang 属性？
要，但不是必须加在 abbr 上 —— 更推荐加在 html 根标签：。如果页面混用多语种缩写（比如中英夹杂的技术文档），可在局部 abbr 上加 lang，例如：<abbr title="Application Programming Interface" lang="en">API</abbr>。
关键点在于：语音合成工具依赖 lang 判断发音规则，而 abbr 本身不改变语言环境。单独给 abbr 加 lang 容易遗漏或冲突，根级声明更可靠。
真正容易被忽略的是：很多团队只在首页加 lang，子页面却忘了同步，导致同一缩写在不同页面被读成不同口音。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
