basefont标签在现代浏览器中完全无效，因其在HTML5中已被彻底移除，Blink/Gecko/WebKit引擎直接忽略解析，不写入DOM、不触发样式、无控制力；唯一合法方案是用CSS在body上成套设置font-family（含fallback链）、font-size（推荐16px或1rem）、line-height和color。
basefont 标签不能统一管理页面字体的底层默认渲染参数——它在 HTML5 中已被彻底移除，所有现代浏览器（Chrome、Firefox、Safari、Edge）解析时直接忽略，不触发任何样式行为，也不写入 DOM。
basefont 在现代浏览器中为什么完全无效
- 浏览器引擎（Blink/Gecko/WebKit）早已移除对
basefont的解析逻辑，不是“不兼容”，而是“不存在” - 写在
<head>里也毫无作用：开发者工具查不到对应样式规则，computed styles 中无任何影响 - W3C 验证器会报错：
Element “basefont” not allowed in this context - 即使搭配
face、size、color属性（如<basefont face="Arial" size="4" color="#000">），整行标签被静默跳过，零副作用、零提示
真正控制全局字体渲染的唯一合法路径是 CSS
必须用 body 或 :root 设置基础排版属性，且需成套配置：
-
font-family要带 fallback 链，例如：font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", "PingFang SC", "Hiragino Sans GB", "Microsoft YaHei", sans-serif;
-
font-size推荐用16px或1rem，设在body上才能作为 em/rem 计算基准 - 必须同步设置
line-height（如1.5），否则行高继承不可控 -
color写在body即可自然继承，避免逐个元素重复声明
不要把 font-size 直接设在 html 上：旧版 Safari（iOS 9–11）有解析 bug，且会覆盖系统辅助功能中的“更大字体”偏好。
容易被误判为 basefont 生效的几种假象
- 页面看起来“字体一致”，实际是浏览器默认样式（user agent stylesheet）或框架默认 CSS 起的作用
- 混用了内联
style或<font>标签（后者虽也废弃，但部分旧引擎仍解析） - CSS 重置库（如 normalize.css）已悄悄改写了
body的font-size，你没注意到 - Web 字体加载失败后，fallback 字体渲染尺寸与预期不符，误以为是基准失效
遇到字体渲染异常，第一反应应是打开开发者工具看 computed styles，而不是翻找 basefont 标签。
立即学习“前端免费学习笔记（深入）”；
basefont 不是“不好用”，它是 HTML 标准里的一块墓碑——写进去不会报错，但也不会起效。真正要管住字体，得靠 CSS 的继承链、fallback 顺序和单位选择，少一个环节都可能断在半路。
