basefont标签在现代项目中完全失效，因其被html5彻底移除，浏览器解析器直接跳过，dom中不存在该节点；必须用css在body上显式声明font-size、font-family和color来替代。
basefont 标签在任何现代项目中都不应出现——它不是“过时”，而是被 HTML5 彻底删除；浏览器解析器直接跳过它，连 DOM 节点都不会创建。
为什么basefont在 Chrome/Firefox/Safari/Edge 里完全失效
这不是兼容性问题，而是标准层面的移除：basefont 在 HTML5 规范中被标记为 obsolete，主流浏览器已从 HTML 解析器中剥离该标签逻辑。
- 你在控制台执行
document.querySelector('basefont')永远返回null -
<basefont size="4" color="#666" face="Arial">这类代码会被静默忽略，不报错、不警告、也不渲染 - 即使页面“看起来还行”，也只是浏览器 fallback 到默认 sans-serif 字体和 16px 尺寸，跟
basefont无关 - 用 DevTools 查看 DOM 树，根本找不到该节点；WebKit/Blink 内核调试时，它连进入构建流程的机会都没有
用 CSS 替代 basefont 的三个关键动作
不能只写 body { font-size: 16px; } 就完事——必须覆盖 basefont 曾试图统一但实际失控的三个维度：字号、字体族、颜色。
-
size→ 改用body { font-size: 16px; }（推荐固定像素值，避免依赖 UA 默认）或font-size: 1rem;（需确保html未被 JS 动态重设） -
face→ 改用body { font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif; }，必须带通用字体族兜底 -
color→ 显式声明body { color: #333; }，不要留空，否则子元素可能继承意外值（如某些第三方组件会重置color）
basefont 被删的根本原因：破坏结构与样式分离
它把表现层硬编码进 HTML，导致无法响应式、不可主题化、难维护。
-
size="4"是抽象编号，无法参与@media或clamp()计算，也不能被 CSS 变量控制 - 表单控件（
input、button、select）默认不继承font-family和font-size，basefont对它们完全无效 - 暗色模式、高对比度访问设置、系统字体缩放等现代无障碍能力，
basefont一概不感知 - 一旦项目引入 Shadow DOM 或 CSS-in-JS，
basefont的“全局”语义彻底崩解，不同区域字体表现割裂
老项目里发现 basefont 怎么安全清理
这不是优化项，是技术债清除——残留的 basefont 会在微前端嵌入、Strict Mode 启用或内核升级后突然暴露问题。
- 用正则批量删掉所有
<basefont>]*>（含自闭合和闭合形式），别留空标签 - 检查 JS 中是否用
document.write('<basefont ...>')动态注入，必须改为document.body.style.fontSize = '16px';等显式赋值 - 重点验证
pre、code、textarea和第三方弹窗，它们常因未显式继承而回退到等宽或系统字体 - 真正危险的是“没报错也没异常”的页面——它们靠浏览器容错撑着，换环境就翻车
最易被忽略的点：很多人以为删掉 basefont 标签就结束了，但没重置表单控件的字体继承，也没补全 font-family 的备选链，结果上线后发现按钮字体突变、输入框文字挤在一起——这些不是 bug，是 basefont 遗留的控制权真空。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
