语义优先：表强重要性，屏幕阅读器加重朗读；仅视觉加粗无语义；用于上下文相关高亮；仅适用于拼写错误等少数场景；带时间语义的删除，表内容失效；仅用于需保留空白符的特殊文本。
什么时候该用
语义优先—— 表示内容具有强重要性，屏幕阅读器会加重语气朗读； 仅表示视觉加粗，无语义。搜索引擎和无障碍工具都更依赖前者。
常见错误现象： 被滥用在标题、价格、按钮文字上，导致语义混乱；例如把“¥99”包在 里，其实它只是样式需求，不构成「重要声明」。
实操建议：
- 强调警告、必填项、法律条款关键句 → 用
- 纯视觉加粗（如 Logo 中的副标、装饰性粗体）→ 用 CSS 的
font-weight，避免标签 - 旧项目迁移时，可全局搜索
，逐个判断是否应替换为或移除标签改用样式
是 HTML5 明确定义的语义标签，用于「高亮页面中与当前上下文相关的内容」，比如搜索结果中的关键词、文档批注、代码片段中标记的变量名；浏览器默认渲染为黄色背景。
在 HTML5 中已被弱化——它不再默认代表「链接」，但也不再推荐用于常规下划线。W3C 明确指出：仅适用于拼写错误、专有名词、中文人名/地名标注等少数场景。
容易踩的坑：
- 用
给按钮文字加下划线 → 用户误以为是链接，且不符合可访问性要求 - 用
标记整段说明文字 → 失去「突出局部」的本意，反而降低可读性 - 未重置
的默认下划线颜色（浏览器间不一致），导致在深色背景上不可见
性能影响小，但语义错位会拖慢辅助技术解析速度。
删除线用
datetime 属性标注删除时间；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
典型使用场景：
- 电商页显示原价 →
¥299¥199 - 过期活动文案 →
限时免运费 - 避免用
兼容性方面，两者在所有现代浏览器中表现一致，但 datetime 属性在部分旧版屏幕阅读器中可能被忽略。
为什么
会**严格保留所有空白符、换行和制表符**，包括你编辑器里无意多敲的空格、缩进和 Windows 换行符（\r\n），这会导致布局错位、响应式断点异常，甚至在某些 CMS 中被自动过滤掉多余空格后内容消失。
真实问题案例：
- 用
包围一段产品描述，结果首行缩进变成 4 个空格，移动端文字挤成一团 - 复制粘贴 Markdown 表格进
，表格列宽被空格撑开，超出容器 - 服务端模板渲染时，
内部的换行被转义为
替代方案更可靠：用 + CSS 的 white-space: pre-line 控制换行，或对特殊内容（如代码块）单独加类并限制宽度与字体。
真正需要 的地方极少——诗歌、终端日志、ASCII 图、固定格式协议文本。其余情况，先想 CSS。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
