chrome跨页打印rowspan会截断并重复渲染单元格，firefox保留完整性但留白，safari支持最弱易崩溃；推荐服务端生成pdf规避问题。
rowspan 跨页打印时 Chrome 会自动拆分单元格
Chrome（包括 Edge）在打印预览中遇到 rowspan 跨页时，会强行把跨页的单元格在分页处截断，并为后续行重复渲染该单元格的顶部内容（即“复制”一次单元格），导致视觉上出现重复文本或错位。这不是 bug，而是 Chromium 的打印布局引擎（Blink）对表格分页的保守处理策略：它优先保证每页表格结构完整，宁可重复也不留空或悬空。
实操建议：
- 用
@media print配合page-break-inside: avoid尝试包裹整行（<tr>），但仅对小跨度 <code>rowspan（如 2–3 行）有效；对大跨度（如 10 行）基本无效 - 避免让
rowspan起始行紧贴页面底部——留至少 2 行空白余量，可大幅降低被截断概率 - 不要依赖
break-before: always强制分页，它常被忽略，且可能引发新分页点冲突 - 可通过
@media print { tr { break-inside: avoid } }缩小单行高度波动，减少空白面积 - 给含
rowspan的<td> 加 <code>vertical-align: top，防止因默认居中加剧空白感 - 如果业务允许，用 JS 在打印前动态检测分页位置，对长
rowspan提前插入占位<tr style="height: Xpx"> 平衡空白 <h3> Safari 打印对 rowspan 支持最弱，容易丢失样式甚至崩溃</h3> <p>Safari（WebKit）打印模块对复杂表格支持长期滞后，<code>rowspan跨页时常见表现包括：单元格内容消失、边框断裂、相邻列错位，极端情况下触发 PDF 导出失败（控制台报NSPrintOperation failed）。其根本原因是 WebKit 打印路径未完全同步主线程的 layout tree 更新。
小红书长文-谷歌浏览器下载在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
实操建议：
- 强制将含
rowspan的表格转为无表格结构：用display: grid+grid-row: span N替代，打印兼容性显著提升 - 禁用 Safari 的“背景图形”打印选项（
-webkit-print-color-adjust: exact可能加剧问题），改用纯色填充 - 生产环境建议对 Safari 用户提示：“请使用 Chrome 或 Firefox 打印以确保表格完整性”
通用规避方案：服务端生成 PDF 比前端硬扛更可靠
所有浏览器对
rowspan的跨页处理都属于“尽力而为”，没有标准行为定义。CSS Paged Media 规范虽存在，但各引擎实现差异极大，且不覆盖表格单元格合并逻辑。真正稳定的做法是绕过浏览器打印：
- 用 Puppeteer（Node.js）或 Playwright 截取渲染后的表格 DOM，生成 PDF —— 它基于 Chromium，行为可控
- 后端用
weasyprint（Python）或pdfmake（JS）重建表格结构，手动控制分页与单元格合并 - 若必须前端触发，优先导出为
data:application/pdf;base64,...而非调用window.print()
跨页
rowspan的本质矛盾在于：语义上它是单个逻辑单元，而物理分页要求它必须被切片。浏览器没义务替你做语义还原，所以别指望 CSS 能彻底解决。 - 强制将含
Firefox 打印时保留 rowspan 完整性但可能留大片空白
Firefox（Gecko）选择另一种策略：尽量保持 rowspan 单元格不被切割，若当前页放不下剩余行，则把整个跨行单元格推迟到下一页开头渲染。这会导致上一页末尾出现明显空白（有时高达半页），但数据逻辑和视觉一致性更好。
实操建议：
