嵌套表格PDF转换出错的根本原因是渲染引擎对table-layout:auto和colspan/rowspan的计算逻辑与浏览器不一致；稳定方案需强制table-layout:fixed、显式设置各层宽度、避免height/min-height，并用JS动态分页或结构重构。
HTML 嵌套表格在 PDF 转换中为什么常出错
直接用 wkhtmltopdf、weasyprint 或浏览器 printToPDF 转换含嵌套 的 HTML，大概率出现列宽错乱、边框断裂、内容截断或跨页撕裂。根本原因不是“嵌套不被支持”，而是多数 PDF 渲染引擎对 table-layout: auto 和 colspan/rowspan 的计算逻辑与浏览器渲染存在偏差，尤其当外层表设了 width: 100%、内层表又用了 px 宽度时，宽度继承链极易崩坏。
用 weasyprint 稳定渲染嵌套表的关键配置
weasyprint 是目前对 CSS 表格支持最接近现代浏览器的方案，但需手动干预布局行为：
- 强制所有
使用 table-layout: fixed，避免自动撑宽
- 为每层嵌套表显式设置
width（推荐百分比，如 width: 98%），不要依赖 auto
- 禁用
border-collapse: collapse 外的其他折叠方式；若需细线，统一用 border 而非 border-spacing
- 给
和 加 word-break: break-word 防止长文本撑破单元格
@media print {
table { table-layout: fixed; width: 100%; }
td, th { word-break: break-word; padding: 4px; }
.inner-table { width: 95%; margin: 0 auto; }
}
wkhtmltopdf 中嵌套表必须绕开的坑
wkhtmltopdf 对嵌套表的支持极弱，尤其在 0.12.x 版本中，rowspan 常导致后续行整体偏移。实际可用的规避策略只有两个：
- 把内层表替换成
+ display: table-cell 布局（需重写 HTML 结构）
- 完全放弃嵌套，改用单层表 +
colspan 拆分逻辑区域（例如：外层用 colspan="3" 标题行，下方三列各放一个独立表）
- 绝对不要在
wkhtmltopdf 中给嵌套表设 height 或 min-height —— 这会直接触发渲染器 crash
命令行必须加参数：--enable-local-file-access --zoom 1.0 --no-stop-slow-scripts，否则嵌套层级深时 JS 注入或样式加载可能中断。
立即学习“前端免费学习笔记（深入）”；
用 Puppeteer 实现可控分页与嵌套表保形
如果必须保留原始嵌套结构且要求精确分页（比如每页固定显示 10 行外层表），puppeteer 是唯一可靠选择。关键点在于：不依赖 CSS 分页，而是用 JS 动态切分 DOM 后逐页生成 PDF。
- 先用
page.$$('table.outer') 获取所有外层表节点
- 对每个外层表，用
element.boundingBox() 测量高度，结合页面可用高度（842px A4 高减去页眉页脚）判断是否换页
- 将超出部分的
移出当前表，插入新 并追加到 DOM 末尾
- 最后调用
page.pdf({ format: 'A4', printBackground: true })
这个过程无法靠纯 CSS 完成，必须写 JS 控制流。嵌套表本身无需特殊处理 —— Puppeteer 渲染的就是 Chrome 最终绘制结果。
嵌套表格转 PDF 的核心矛盾从来不在“能不能转”，而在于“谁来决定尺寸”。浏览器渲染时由 layout engine 动态计算，PDF 工具却需要静态尺寸锚点。所以所有稳定方案都指向同一个动作：主动放弃自动计算，用 fixed、px 或 % 显式锁定每一层的宽高边界。
| |
