Word不支持HTML的rowspan语义，跨页时边框断裂、标题行失效、PDF导出异常均源于其将合并单元格视为视觉装饰而非结构元素，实操需规避跨页合并、限制表头纵向合并、强制刷新边框并优先使用原生导出。
Word 表格中 rowspan 跨页时边框断裂？这不是 HTML 渲染问题，是 Word 自身排版逻辑
Word 不支持 HTML 的 rowspan 语义，你粘贴或从网页导入带合并单元格的表格时，Word 实际是用“隐藏边框 + 单元格合并”模拟效果。一旦跨页，被合并的行若恰好卡在分页线附近，顶部/底部边框就容易消失或错位——这不是 bug，是 Word 对合并单元格跨页缺乏重绘支持的固有限制。
实操建议：
- 避免依赖导入的
rowspan表格：复制前先在源网页用「取消合并」+「手动补空行」还原为普通表格结构 - 如必须保留合并效果，且该行要跨页，请选中整行 → 右键
表格属性→ 「行」选项卡 → 勾选允许跨页断行（确保启用），再手动检查边框是否完整 - 打印前务必切换到「打印预览」，而不是「页面视图」——后者不渲染真实分页边框继承逻辑
重复标题行 对含 rowspan 的表头无效？确认它是否真被识别为“标题行”
Word 的 重复标题行 功能只对表格最上方**连续、未嵌套、未拆分**的行生效。如果你的表头里有 rowspan 合并单元格，且合并跨越了第 1 行和第 2 行（比如第 1 行 A 列跨 2 行），那第 2 行实际已不属于“可重复范围”，导致下一页表头缺失或错位。
实操建议：
- 把所有
rowspan合并操作限制在第 1 行内部（即只横向合并，不纵向跨行） - 若需多行表头，改用「普通合并」+「统一字体加粗+底纹」替代
rowspan语义，再全选前两行 → 点击「布局」选项卡 →重复标题行 - 检查按钮是否灰色：灰色 = 当前行不在表格顶端，或存在空段落、分节符、文本框等干扰元素
手动插入分页符后 rowspan 边框仍断开？问题出在段落标记位置
很多人在合并单元格下方按 Ctrl + Enter 插入分页符，结果新页第一行边框只剩上边线或无边框。这是因为 Word 把分页符插在了「当前行末尾的段落标记之后」，而合并单元格的边框样式并未自动继承到下一页的对应位置。
实操建议：
- 光标必须放在**目标分页位置的正上方一行的最后一个单元格内**，按
Tab移至最右 → 再按一次Enter产生一个独立空行 → 此时空行才是分页符的理想锚点 - 插入分页符后，立即全选表格 → 「设计」选项卡 →
边框→ 点击所有框线，强制刷新每页的边框渲染 - 禁用「与文档网格对齐」：右键表格 →
表格属性→ 「行」→ 取消勾选如果定义了文档网格，则对齐到网格，否则网格会拉高行距导致边框错位
导出 PDF 或打印时 rowspan 消失？不是格式问题，是渲染引擎兼容性差异
Word 的 PDF 导出器（尤其是旧版本）对跨页合并单元格的处理比屏幕渲染更保守。它可能直接丢弃跨页部分的边框定义，或把合并单元格渲染为两个独立区域，造成视觉断裂。
实操建议：
- 导出前先另存为
.docx并关闭再重开，触发 Word 重新解析表格结构 - 用「文件 → 导出 → 创建 PDF/XPS」而非「打印 → Microsoft Print to PDF」，前者调用原生导出引擎，对合并单元格支持更好
- 终极兜底：将关键表格截图转为图片插入（仅限非编辑场景），规避所有排版逻辑
真正难处理的从来不是 rowspan 本身，而是 Word 把它当“视觉装饰”而非“结构语义”来对待。只要记住：它不跨页安全，就不硬跨；它不重复可靠，就别强求标题行；它导出易崩，就提前验证 PDF 效果——这些不是技巧，是和 Word 共事的基本共识。
