<big> 已废弃，不支持可访问性且渲染不一致；<small> 仅用于免责声明等语义次要文本，不可用于按钮辅助说明或嵌套。
<big> 标签已彻底废弃，不该用于任何新项目；<small> 仅表示语义上的“次要文本”，不是调字号的工具。
为什么不能用 <big> 改字体大小
它在 HTML5 中被标记为 obsolete，现代构建工具（如 HTMLHint、Lighthouse）会报错，部分严格解析器直接忽略。浏览器渲染行为不一致：Edge 可能放大 20%，旧版 Chrome 仅 12%，Safari 甚至可能无反应。更重要的是，它不参与可访问性树——屏幕阅读器完全感知不到它的存在，形同透明。
- 别写
<big>重要通知</big>，改用<h3>或<strong>+ CSS - 若只是想放大，用
font-size: 1.2em或font-size: clamp(1rem, 1.1vw, 1.3rem) -
<big>不支持嵌套降级逻辑，多层嵌套后尺寸不可控、语义全失
<small> 的唯一合法用途是免责声明类文本
HTML5 明确定义它为语义标签，专用于版权、法律条款、免责说明等“需保留但非主内容”的完整语义单元。浏览器默认缩放到约 85%，但这只是提示，CSS 可覆盖，且不应依赖。
- ✅ 正确：
<p><small>© 2026 示例公司。本服务不承担间接损失责任。</small></p> - ❌ 错误：
<button>提交<small>(仅限中国大陆用户)</small></button>—— 辅助技术会跳过括号内容 - ❌ 错误：嵌套多层
<small><small>.../small>—— 语义冗余，缩放比例叠加失真
真正可控的文本尺寸调整方式
所有视觉尺寸控制必须交由 CSS 承担，优先使用相对单位以兼顾可访问性和响应式需求。
立即学习“前端免费学习笔记（深入）”；
- 全局基准设
html { font-size: 16px; }，后续用rem稳定换算 - 局部缩放优先用
em（相对父元素），但注意嵌套时会逐层相乘 - 响应式标题推荐
font-size: clamp(14px, 2.5vw, 18px)，IE 不支持需单独降级 - 避免纯
px值——用户开启系统“放大文字”后，px文字会被截断，rem/em能跟随缩放
容易被忽略的兼容性与可访问性细节
很多团队调完字号就上线，结果在 Windows 高对比度模式或 iOS 旁白开启时文字错位、被裁切。根本原因在于混用了固定值和系统缩放机制。
-
<small>在读屏软件中会被识别为secondary text，语速略降、停顿略长；而<big>完全无声无息 - 用
font-size: 100%设body比直接设16px更稳妥，它继承浏览器默认并兼容系统设置 -
clamp()在 Safari 13.4+ 才稳定，上线前务必查目标用户实际浏览器占比，别只看 Can I Use
