abbr标签核心价值在于语义和可访问性，非视觉提示；必须带准确简洁的title属性（如“Cascading Style Sheets”），禁用循环定义、括号冗余或空值；日常缩写、已成词术语无需标记；HTML5已废弃acronym，统一用abbr。
abbr 标签不是用来“加提示框”的，它是给机器读的语义信标；不带 title 属性的 abbr 基本等于没写。
为什么加了 abbr 却没看到悬停提示？
桌面浏览器（Chrome/Firefox）会响应 title 显示原生 tooltip，但行为不可控：延迟高、易消失、无法键盘触发；iOS Safari 和多数安卓浏览器压根不展示 title 提示。这不是 bug，是规范本意——title 仅作辅助，不是 UI 组件。
-
abbr的核心价值在语义和可访问性，不是视觉反馈 - 移动端、触屏设备、键盘导航用户完全收不到
title内容 - WCAG 明确不建议依赖
title传递关键信息 - 若真需要稳定提示，得用
aria-label+ CSS 或 JS 实现，abbr只负责语义层支撑
title 属性写什么才算有效？
title 必须是非空、准确、简洁的人类可读字符串，且不能是缩写本身或括号补充。它会被屏幕阅读器一字一顿朗读，也可能被爬虫提取进知识图谱。
- ✅ 正确：
<abbr title="Cascading Style Sheets">CSS</abbr> - ❌ 错误：
<abbr title="CSS">CSS</abbr>（循环定义） - ❌ 错误：
<abbr title="CSS (样式表)">CSS</abbr>（括号冗余，干扰朗读） - ❌ 错误：
<abbr title="">CSS</abbr>或<abbr>CSS</abbr>（失去语义） - 长度建议控制在 80 字符内，超长可能被截断
哪些词不该套 abbr？
滥用 abbr 会降低可读性，甚至干扰辅助技术。是否标记取决于上下文与用户认知成本，不是语法判断。
立即学习“前端免费学习笔记（深入）”；
- 日常通用缩写不用：
Mr.、Dr.、etc.、USA、OK—— 浏览器和读屏软件已内置处理逻辑 - 已成独立词汇的不用：
laser、radar、scuba（原为缩写，但语言中已是完整词） - 首次出现的专业术语应先写全称再用
abbr，例如：<p>超文本标记语言（HTML）是一种……<abbr title="HyperText Markup Language">HTML</abbr> 用于……</p> - 避免嵌套交互元素：
<abbr><a href="#">API</a></abbr>会破坏焦点流和语义层级
abbr 和已废弃的 acronym 能混用吗？
不能。HTML5 已明确移除 acronym，所有缩写统一用 abbr。即使你标记的是 NASA、W3C 这类首字母缩略词，也必须用 abbr。
-
acronym在现代浏览器中仅作普通内联元素渲染，无任何特殊行为 - 部分老 CMS 模板或遗留代码中可能残留，务必全局替换
- 不要相信“
abbr是截断缩写，acronym是首字母缩写”这种过时区分——W3C 和 WHATWG 从未这样定义 - 检查工具（如 axe、Lighthouse）会把无
title的abbr判为可访问性问题，但不会管你用的是哪个标签名
真正容易被忽略的点是：你写的每个 title 值，都可能被屏幕阅读器直接念出来。别把它当成“前端小技巧”，而要当成面向所有用户的语义契约——内容准不准、简不简洁、有没有歧义，比下划线样式重要得多。
