表格字体未被BODY样式覆盖，是因为TABLE、TD、TH或内联样式显式声明了字体，或更高优先级选择器（如ID、行内样式）中断了继承链；最稳妥做法是显式设置table, th, td, caption的font-family。

表格字体为什么没被 BODY 样式覆盖？

直接给 BODY 设置 font-family 通常能影响表格，但前提是表格里没有更具体的样式干预。常见失效原因包括：TABLE、TD、TH 或内联 style 显式声明了字体；或者用了 !important 覆盖；还有可能是 CSS 优先级更高（比如 ID 选择器或行内样式）。浏览器默认会把 BODY 字体继承下去，但继承链一旦被中断，就停在那层。

font-family 必须写在哪些选择器上才稳？

最可靠的方式不是只靠 BODY，而是显式作用于表格结构元素：

• table, th, td, caption —— 覆盖所有表格相关容器和单元格
• 加 !important 不推荐，但若第三方组件注入了强样式，可临时用 th, td { font-family: "Segoe UI", sans-serif !important; }
• 避免只写 table，因为 font-family 不会自动“穿透”到子元素的渲染层（尤其某些旧版 IE 或 Shadow DOM 场景）

用 CSS reset 或 inherit 能否一劳永逸？

可以，但要注意副作用：

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

• td, th { font-family: inherit; } 是安全的，它强制继承父级字体，比重复声明更轻量
• 全局 * { font-family: ... } 会污染表单控件（如 select 下拉箭头字体错位）、code 块等，不建议
• 如果项目用了 Normalize.css 或 modern-normalize，它们已重置了 td/th 的字体继承行为，此时只需确保 BODY 有定义即可

遇到 font-size 乱掉怎么办？

字体族设对了，但大小不一致，往往是因为：

立即学习“前端免费学习笔记（深入）”；

• TD 里嵌套了 P、SPAN 等元素，而这些元素自带默认字号（如 Chrome 中 td p 默认是 13.33px）
• em 或 rem 单位在表格中易受祖先缩放影响，改用 px 或 clamp() 更可控
• 移动端 Safari 对 font-size: smaller 在 TH 中渲染异常，统一用具体值（如 14px）更稳妥

复杂点在于：表格不是块级流布局，它的字体继承行为在不同渲染引擎下略有差异，尤其是含 colgroup 或 thead/tbody 分离结构时——这时候光靠 BODY 就不够了，得逐层确认继承源头。