u标签的下划线是HTML4遗留的兼容性渲染，并非HTML5语义本意；它仅用于标记拼写错误、专有名词等语义特殊但无更精确标签可用的文本，必须配合CSS禁用默认下划线并添加title或aria-label以保障可访问性。
u标签的下划线不是样式，是语义残留
浏览器给 <u> 渲染下划线，只是 HTML4 时代的兼容性惯性，HTML5 规范已明确剥离该标签的视觉含义。它不再表示“我要加一条线”，而表示“这段文字在当前语境中语义特殊，但又没更贴切的标签可用”。直接依赖默认下划线等于把表现逻辑硬塞进结构层，会引发可访问性和用户体验问题。
非拼写错误场景下，哪些情况真能用 u 标签
只有当内容同时满足以下全部条件时，<u> 才算合理选择：
- 文本需被 DOM 单独识别（比如后续 JS 要批量处理、CSS 要统一干预）
- 语义上既不是强调（
<strong>）、也不是引用（<cite>）、不是定义（<dfn>）、不是代码（<code>）或变量（<var>） - 属于中文专有名词首次出现且需提示（如古籍中异体字、方言音译名），或技术文档中需脱离上下文识别的标识符（如协议字段名
Content-Length但又不放在<code>里） - 你已为它定义了显式 CSS 样式（禁用默认下划线，改用
text-underline-offset等调整可读性）
为什么用 u 标注人名/地名容易出错
常见误用是给普通中文人名加 <u>，例如 <u>张三</u>。这会带来实际风险：
- 移动端无 hover 状态下，
<u>和链接外观几乎一致，用户误点率上升 - 部分屏幕阅读器跳过
<u>内容，或只读作“下划线文本”，不播报“张三”二字 - 默认下划线紧贴基线，小字号下易与文字粘连，可读性差；必须用
text-underline-offset: 2px或类似调整 - 若页面已有链接下划线，再混入
<u>，视觉一致性彻底崩坏
替代方案比 u 标签更安全可靠
绝大多数所谓“需要标注但非拼写错误”的需求，都有更语义清晰、兼容性更好、可访问性更强的替代方式：
立即学习“前端免费学习笔记（深入）”；
- 突出人名/机构名 → 用
<span class="proper-noun">+ CSStext-decoration: underline - 标记首次出现术语 → 用
<dfn>（定义）+title属性说明 - 临时高亮关键词 → 用
<mark>（语义即“相关高亮”，屏幕阅读器会播报） - 纯视觉下划线 → 直接对任意元素设
text-decoration: underline，无需额外标签
真正需要 <u> 的场景极少，一旦使用，必须配 class 和定制 CSS，且要测试屏幕阅读器行为——这点常被忽略。
