<big>标签在HTML5中已被明确废弃，不得用于新项目；它无语义、破坏可访问性、不通过W3C验证，应统一用CSS（如font-size: 1.2em）或语义化标签（如<strong>）替代。
<big> 标签不能用于新项目——它在 HTML5 中已被明确标记为 obsolete，所有现代构建流程、CI/CD 验证、W3C 校验器都会报错，且破坏可访问性与语义结构。
为什么 <big> 在 Chrome/Firefox/Safari 里还能显示
浏览器出于向后兼容做了容错渲染，不是标准支持。实际行为不可控：
- 嵌套
<big><big>text</big></big>在 Chrome 120+ 中被忽略第二层，Firefox 125+ 同样降级处理 - 某些 Safari 版本对三层及以上嵌套会意外触发
font-weight: boldfallback - 屏幕阅读器通常跳过
<big>，或错误归类为<strong>，导致语义混淆 - 基础字号为 14px 时，
<big>可能渲染为 ~16px；但若父元素设了font-size: 1.3rem，结果就完全不可预测
font-size 替代方案的实操要点
用 CSS 控制字号不是“换写法”，而是把视觉变化和语义、响应、可维护性绑定起来：
- 避免硬写
font-size: 24px：像素值在高 DPI 屏幕或用户自定义缩放下会失真 - 优先用相对单位：
1.2em（相对于父元素）、1.25rem（相对于根字体）、或无单位数值如1.3（作为缩放因子） - 需要动态适配视口时，用
clamp(1.1rem, 2.5vw, 1.4rem)比媒体查询更简洁 - 纯视觉放大 ≠ 语义强调：如果目的是“这段话更重要”，该用
<strong>+ CSS，而不是仅调大字号
哪些场景下还可能见到 <big>
只存在于三类低风险残留环境，且必须清楚代价：
- 内网 IE8 系统页面（DOCTYPE 锁定为 HTML 4.01 Transitional），且无后续维护计划
- 后端模板临时生成的纯展示页，生命周期 ≤ 6 个月，不接入任何自动化校验
- 教学演示中对比“表现 vs 语义”——此时必须同步写出对应 CSS 方案，并强调 W3C 规范已移除该标签
哪怕在这类场景中，也别嵌套超过两层 <big>：第四层在 Safari 16+ 会被截断，第三层在部分 UA 下直接卡死在浏览器最大字号限制（通常是 32px 左右），远不如 style="font-size:1.5em" 显式可控。
