<basefont> 标签在 HTML5 中已被完全移除，现代浏览器均不解析，因其违背内容与表现分离原则；应使用 :root 和 body 配合 CSS 自定义属性统一控制字体。
<basefont> 标签不能用，也不该用。
它在 HTML5 中已被完全移除，现代浏览器（Chrome、Firefox、Safari、Edge）全部不解析该标签；只有 IE9 及更早版本支持，而这些版本早已退出实际使用场景。强行写 <basefont color="blue" size="4" face="Arial">，页面里不会有任何效果，连控制台错误都不会报——它只是被浏览器静默忽略。
为什么 <basefont> 会被废弃
根本原因不是“功能弱”，而是违背了 Web 开发的核心原则：内容与表现分离。<basefont> 把样式逻辑硬编码进 HTML 结构里，导致：
- 无法响应式适配（比如移动端字号缩放失效）
- 无法通过媒体查询动态调整
- 无法被 CSS-in-JS 或现代构建工具识别和优化
- 与
font-size: clamp()、rem基准体系、系统字体栈等现代排版能力完全不兼容
CSS 替代方案：真正可控的全局字体设置
用 body 或 :root 配合 CSS 自定义属性，才是当前标准做法：
/* 推荐：用 :root 定义基准，便于后续计算 */
:root {
--base-font-size: 16px;
--base-font-family: "Inter", -apple-system, BlinkMacSystemFont, sans-serif;
}
<p>body {
font-size: var(--base-font-size);
font-family: var(--base-font-family);
line-height: 1.5;
}这样设置后，所有未显式覆盖字号的元素都会继承 16px，且 rem 单位会以此为基准（例如 1.25rem === 20px）。比 <basefont size="4"> 那种抽象的 1–7 数值标尺精确、可测、可维护。
容易踩的坑：别用 font-size 直接设在 html 上
有人尝试把字体大小写在 <html> 标签上，比如：<html style="font-size: 18px">。这看似可行，但存在两个隐蔽问题：
- 部分旧版 Safari（iOS 9–11）对
<html>的font-size解析不稳定，可能影响rem计算 - 用户系统级“文字大小”偏好（如 iOS「更大字体」辅助选项）会被该内联样式强制覆盖，损害可访问性
正确做法是只在 body 或 :root 中声明，并确保未设置 !important 或固定像素值锁死缩放链。
真正需要统一控制全局文字时，唯一可靠路径就是 CSS —— 不是“能不能替代”，而是“没有其他合法路径”。<basefont> 不是备选方案，它是历史快照，写进去就等于主动放弃现代浏览器支持和可维护性。
