basefont 标签在现代开发中无实用价值且已被 HTML5 彻底移除，浏览器解析器直接忽略它；其 size、color、face 功能须用 CSS 的 font-size、color、font-family 显式替换，并注意作用域与字体链。
basefont 标签在现代开发中**没有实用价值，也不应出现在任何新代码中**。它曾试图为整页文本设默认字体大小、颜色和字体族，但已被 HTML5 彻底移除，仅 IE9 及更早版本支持，且所有主流浏览器已停止对其语义或渲染行为做任何保证。
为什么 basefont 会报错或失效
你在控制台看到类似 Unknown tag 'basefont' 或样式完全不生效，并不是配置问题——而是浏览器（Chrome/Firefox/Safari/Edge）早已将其从解析器中剥离。HTML5 规范明确将其标记为 obsolete，连“向后兼容”的名义支持都只是历史遗留的宽容，不是设计意图。
- HTML5 解析器直接忽略
basefont开始标签，后续的color、face、size属性也一并丢弃 - 即使页面能“看起来没崩”，那也只是因为浏览器 fallback 到默认字体（如系统 sans-serif），跟
basefont无关 - 用 WebKit 或 Blink 内核调试时，DOM 树里根本找不到该节点；用
document.querySelector('basefont')永远返回null
basefont 的三个属性在 CSS 中怎么等价替换
它曾提供的三个功能：全局字号、颜色、字体族，现在必须拆解为独立的 CSS 声明，且作用域需显式指定。不能只靠一个标签“自动生效”。
-
size（取值 1–7）→ 对应body { font-size: 16px; }，注意：HTML 的 size=3 ≈ 16px，但这是粗略映射，实际应按设计系统定像素或 rem -
color→body { color: #333; }，不要用inherit或未声明，否则子元素可能继承意外值 -
face→body { font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif; }，必须提供备选字体链，不能只写"Arial"
遇到老项目里还有 basefont 怎么办
这不是“要不要改”的问题，而是“不改就会失控”的风险。尤其当项目接入组件库、CSS-in-JS 或 Shadow DOM 后，basefont 的伪全局性会彻底失效，不同区域字体表现不一致。
立即学习“前端免费学习笔记（深入）”；
- 先用正则批量删掉所有
<basefont.*?>（含自闭合和闭合形式），别留空标签 - 检查是否有人用
document.write('<basefont size="4">')动态注入——这种 JS 必须重写为document.body.style.fontSize = '18px'; - 重点验证表单控件（
input、select）、button和第三方弹窗，它们常因未显式继承font-family而回退到系统默认字体
真正容易被忽略的，是那些“看起来还行”的老页面——它们可能靠浏览器默认样式撑着，一旦换内核、开 strict mode、或嵌入微前端，basefont 的幻觉就会立刻破灭。替换不是为了追新，而是为了确定性。
