嵌套表格PDF转换出错的根本原因是渲染引擎对table-layout:auto和colspan/rowspan的计算逻辑与浏览器不一致；稳定方案需强制table-layout:fixed、显式设置各层宽度、避免height/min-height，并用JS动态分页或结构重构。
HTML 嵌套表格在 PDF 转换中为什么常出错
直接用 wkhtmltopdf、weasyprint 或浏览器 printToPDF 转换含嵌套 <table> 的 HTML，大概率出现列宽错乱、边框断裂、内容截断或跨页撕裂。根本原因不是“嵌套不被支持”，而是多数 PDF 渲染引擎对 table-layout: auto 和 colspan/rowspan 的计算逻辑与浏览器渲染存在偏差，尤其当外层表设了 width: 100%、内层表又用了 px 宽度时，宽度继承链极易崩坏。
用 weasyprint 稳定渲染嵌套表的关键配置
weasyprint 是目前对 CSS 表格支持最接近现代浏览器的方案，但需手动干预布局行为：
- 强制所有
<table>使用table-layout: fixed，避免自动撑宽 - 为每层嵌套表显式设置
width（推荐百分比，如width: 98%），不要依赖auto - 禁用
border-collapse: collapse外的其他折叠方式；若需细线，统一用border而非border-spacing - 给
<td>和<th>加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 常导致后续行整体偏移。实际可用的规避策略只有两个：
- 把内层表替换成
<div>+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()测量高度，结合页面可用高度（842pxA4 高减去页眉页脚）判断是否换页 - 将超出部分的
<tr>移出当前表，插入新<table>并追加到 DOM 末尾 - 最后调用
page.pdf({ format: 'A4', printBackground: true })
这个过程无法靠纯 CSS 完成，必须写 JS 控制流。嵌套表本身无需特殊处理 —— Puppeteer 渲染的就是 Chrome 最终绘制结果。
嵌套表格转 PDF 的核心矛盾从来不在“能不能转”，而在于“谁来决定尺寸”。浏览器渲染时由 layout engine 动态计算，PDF 工具却需要静态尺寸锚点。所以所有稳定方案都指向同一个动作：主动放弃自动计算，用 fixed、px 或 % 显式锁定每一层的宽高边界。
