浏览器对表格单元格height支持不稳定，应优先用line-height控制单行高度，多行则用max-height与-webkit-line-clamp截断，并设table-layout:fixed保证列宽稳定。

为什么直接设 height 在 <td> 上经常没用 <p>浏览器对表格单元格的 <code>height 支持不稳定，尤其当内容含换行文本、图片或未设置 box-sizing 时，height 很容易被撑开或忽略。更关键的是：<tr> 的 <code>height 属性在 Chrome 中基本被无视，Firefox 行为也不一致——它不是可靠控制点。

实操建议：

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

• 删掉所有 HTML 属性里的 height（如 <td height="40">），W3C 已弃用
• 统一用 CSS 控制，优先作用于 td 和 th，而非 tr
• 必须加 box-sizing: border-box，否则 padding 会额外增加高度
• 禁用默认上下 padding：显式写 padding: 0 12px，避免意外撑高

line-height 能锁单行高度，但多行就失效

line-height 是最轻量、最稳的单行高度控制方式，特别适合后台数据列表这类纯文本场景。但它只影响行内基线间距，不约束容器整体尺寸；一旦单元格里有图片、span 嵌套或两行以上文字，最终高度就会突破设定值。

实操建议：

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

• 单行文本：设 line-height: 40px + height: 40px + overflow: hidden，三者配合才能视觉锁死
• 多行文本：放弃 line-height 主控，改用 max-height: 80px + display: -webkit-box + -webkit-line-clamp: 2 截断
• 避免无单位数值（如 line-height: 1.5），它会随字体大小浮动，推荐用 px 或 em

内容动态加载时高度跳变，怎么防

Vue/React 渲染表格后，常出现行高忽高忽低——这不是样式写错了，而是字体加载延迟、图片未占位、或框架重绘触发 layout shift 导致的。比如系统字体还没加载完，浏览器先按 fallback 字体渲染，等真正字体到位，行高就变了。

html-to-pptx-converter

使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。

下载

实操建议：

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

• 给图片加固定宽高属性：<img width="24" height="24">，防止重排
• 用 font-display: swap 控制字体加载策略，减少跳变窗口
• 表格容器设 min-height（如 min-height: 200px），给内容留出缓冲空间
• 避免在 td 内用 flex 或 grid 布局，它们会干扰表格原生高度计算逻辑

table-layout: fixed 是稳定高度的关键前提

默认的 table-layout: auto 会让浏览器根据内容宽度反复计算列宽，进而影响行高稳定性——哪怕只是某列多了一个长 URL，整行都可能被顶高。而 fixed 模式下，列宽由第一行 th 或 CSS width 决定，后续内容再长也不会撑变形。

实操建议：

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

• 必须写 table { table-layout: fixed; width: 100%; }
• 给每列 th 设明确宽度（如 th:nth-child(1) { width: 120px; }），或用 col 元素定义
• 配合 word-wrap: break-word 和 overflow-wrap: break-word 防止长单词撑破单元格
• 别同时设 border-collapse: separate 和 table-layout: fixed，二者兼容性差，容易导致边框错位

表格高度动态适配最难的点不在 CSS 写法，而在内容不可控性：图片尺寸、字体加载节奏、异步文本长度、甚至 emoji 渲染差异都会悄悄改变高度。与其强求“完全自适应”，不如在关键节点设 min-height、截断溢出、并预留视觉缓冲。