能用但不推荐，HTML5已移除语义支持；现代浏览器为兼容性仍渲染，但行为不一致且存在无障碍与维护风险；应优先用语义化标签+CSS替代。
HTML 旧标签在现代浏览器里还能用吗
能用，但不是“推荐用”。<font>、<center>、<u>、<strike> 这类纯表现型标签，从 html4 末期起就被标记为“过时（deprecated）”，html5 直接移除语义支持。现代浏览器出于兼容性仍会渲染，但行为不保证一致——比如 <font color="red"> 在某些 safari 版本里可能被忽略，而 chrome 会照常显示。
常见错误现象：<font size="5"> 在移动端缩放失效；<center> 嵌套在 Flex 容器里完全不居中；<u> 被部分屏幕阅读器误读为链接。
- 使用场景：仅限维护老系统、CMS 输出不可控的富文本、或临时调试
- 性能影响极小，但会增加 DOM 树冗余，阻碍 CSS 提速（比如无法用
font-size: clamp()统一控制） - 兼容性风险集中在 WebKit 内核（Safari/iOS）和 Chromium 的严格模式（如启用
document.compatMode === "CSS1Compat"时）
怎么把 <font> 和 <center> 安全替换成 CSS
核心原则：用语义化标签 + 外部/内联 CSS 替代内联样式标签。不是简单“加个 class”，而是重构意图。
比如 <font face="Arial" size="4" color="#333">标题</font> 不该写成 <span class="old-font">，而应判断上下文：
- 如果是标题 → 改用
<h2>，然后通过h2 { font-family: Arial; font-size: 1.5rem; color: #333; } - 如果是强调文字 → 用
<strong>或<em>，再用 CSS 控制外观 -
<center>必须放弃居中块级元素的幻想：用text-align: center居中文本，用margin: 0 auto或display: flex; justify-content: center居中块
注意：font-size 的 size="4" 并不等于 16px，它依赖浏览器默认字体表，实际值浮动（IE 是 14px，Firefox 是 13.33px），直接换算易出错。
立即学习“前端免费学习笔记（深入）”；
哪些旧标签连“降级兼容”都不建议保留
<marquee>、<blink>、<applet> 这三类已彻底失效。它们不是“不推荐”，而是被主流引擎主动禁用或忽略：
-
<marquee>：Chrome 89+ 默认禁用，需手动开启实验性 flag；Firefox 早已移除；渲染结果无 CSS 对应属性，无法用animation精准模拟滚动节奏 -
<blink>：所有现代浏览器无视，且有无障碍隐患（诱发光敏性癫痫） -
<applet>：Java 插件全面淘汰，加载即报net::ERR_BLOCKED_BY_CLIENT，且无 polyfill 可用
如果必须实现跑马灯效果，用 overflow: hidden + transform: translateX() 动画更可控；闪烁需求一律改用 opacity 动画并加时长限制（animation-duration: 2s）。
老项目批量替换时最容易漏掉的点
不是标签本身，而是它们隐含的“全局副作用”。比如：
-
<font>常出现在 CMS 富文本编辑器输出中，直接正则替换<font.*?>会破坏嵌套结构（如<font><b>文字</b></font>） - 某些 jQuery 插件（如旧版 nicEdit）会动态插入
<center>，只改 HTML 源码没用，得拦截 JS 渲染逻辑 -
<u>在中文语境下常被当“下划线重点”，但语义上它表示“非文本标注”（如拼写纠错），正确替代是<span style="text-decoration: underline wavy red">或自定义role="note"
真正麻烦的从来不是标签名，而是那些没写进文档的、靠浏览器“心照不宣”撑起来的排版默契——一旦换引擎或开 strict mode，就露馅。
