HTML中专用于文本格式化的语义化内联标签包括、、、、<ins>、等，它们表达文本的逻辑角色而非单纯视觉效果，如表关键重要性、表语气强调、表代码片段、和<ins>分别表删除与插入内容、表附属细则。
HTML 中哪些标签专门用于文本格式化
HTML 里没有叫“格式化标签”的独立分类，但有一组语义明确的内联元素，专为表达文本的逻辑结构而设计，比如强调、重要性、代码片段、删除线等。它们不是为了“让字变粗/变斜”而存在，而是告诉浏览器“这段文字在内容中扮演什么角色”。用错就容易被屏幕阅读器误解，或影响 SEO。
常见误用是拿 <b> 当加粗、<i> 当斜体——它们确实会渲染成粗体/斜体，但不带语义。现代写法优先选 <strong>（强重要）、<em>（强调）、<code>（一段代码）、<del>（已删除内容）、<ins>（插入内容）。
-
<strong>和<b>渲染效果相似，但前者表示内容关键，后者仅表示视觉加粗（比如产品名、关键词） -
<em>默认斜体，且有语音语调变化；<i>仅视觉倾斜，适合外文术语、船名、动植物学名 -
<small>不是“小号字体”，而是表示附属细则（如版权信息、免责声明），语义上属于次要内容
如何正确嵌套格式化标签避免解析错误
HTML 对内联标签嵌套有隐式限制：不能把块级元素塞进行内元素里，但更隐蔽的问题是语义冲突。比如 <strong> 里面再套 <em> 是合法的，但 <code> 里嵌 <strong> 就可能被浏览器降级处理（部分老版本会直接忽略内部格式）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有格式化标签都应包裹纯文本或其它内联元素（如
<span>、<time>），不要包裹<p>、<div>、<h3>等块级标签 - 避免多层嵌套强调：
<strong><em><u>危险操作</u></em></strong>—— 语义混乱，样式也难维护 - 若需组合效果（如“又重要又带代码感”），用
<span>+ CSS 类更可控，而不是硬套多个语义标签
用 <code> 和 <pre> 显示代码时的关键区别
<code> 是行内标签，只处理单行代码片段；<pre> 是块级标签，保留空格与换行，常用来包裹多行代码块。但很多人忽略一点：<pre> 本身不提供语法高亮或缩进控制，它只是“照原样显示”。
常见问题：
- 直接在
<pre><code>...</code></pre>里写代码，却没对<、>做 HTML 实体转义 → 浏览器误解析为标签 - 复制粘贴代码进
<pre>后缩进错乱，因为编辑器 Tab 宽度 ≠ 浏览器默认空格宽度 -
<code>单独使用时，中文标点或全角空格会导致排版断裂（尤其在font-family: monospace下）
推荐写法：
<pre><code class="js">function hello() {<br> return "world";<br>}</code></pre>
<p>注意：必须手动把 <code><</code> 替换成 <code>，<code>></code> 替换成 <code>></code>，否则 JS 或 HTML 片段会失效。</code></p>
<h3>CSS 覆盖格式化标签默认样式时的兼容性陷阱</h3>
<p>浏览器对 <code><strong></code>、<code><em></code> 等有默认 <code>font-weight</code> 和 <code>font-style</code>，但不同内核表现不一。比如 Safari 对 <code><small></code> 的字号缩放比例略大于 Chrome；Firefox 在某些 zoom 级别下会忽略 <code><u></code> 的下划线渲染。</p>
<p>如果你用 CSS 重置了所有格式化标签的样式，务必验证以下几点：</p>
- 设置
font-weight: 700代替bold，避免字体 fallback 导致加粗失效 - 给
<ins>和<del>显式定义text-decoration-color，否则在深色模式下可能看不见 - 用
all: revert重置标签样式虽方便，但在 Safari 15.4 之前不支持，旧项目慎用
最稳妥的方式是只覆盖必要样式，保留语义层不变——毕竟格式化标签的价值不在外观，而在它向机器传递的信息是否准确。
