现代浏览器默认忽略page-break属性，因其仅对块级元素生效且在flex/grid容器内完全失效；应改用break-before/after/inside，并确保父容器为block、移除overflow/float/transform等干扰因素。
page-break-before/after 在 print 媒体中为什么经常失效
因为现代浏览器（Chrome 80+、Firefox 90+）默认忽略 page-break-before、page-break-after 和 page-break-inside，除非元素是块级且不在弹性布局或 Grid 容器内。更关键的是：这些属性在 flex / grid 子项上完全不生效——哪怕你写了 page-break-inside: avoid，只要父容器是 display: flex 或 display: grid，它就当没看见。
常见错误现象：print 预览里内容被硬生生从中间劈开，标题和正文分在两页；表格跨页断裂；卡片列表每张卡都挤在一页末尾留大片空白。
- 确保目标元素是块级（如
div、section），且其父容器不是flex或grid - 用
break-before/break-after/break-inside替代旧属性（它们是 CSS Fragmentation Level 3 标准，支持更好） - 对表格强制分页控制时，必须作用于
<tr> 或 <code><thead>，而不是 <code><table> 本身 <h3>如何在响应式页面中安全启用打印分页</h3> <p>响应式布局常用 <code>flex或grid组织主结构，但打印时得“降级”为流式块布局，否则分页逻辑全瘫痪。不能指望媒体查询里只加几条page-break就能起效。使用场景：后台数据看板、带筛选的报表页、多栏文章页——这些页面在屏幕上看是三栏卡片流，但打印时必须保证每张卡片独占一页或至少不跨页。
- 在
@media print中重置关键容器：main { display: block; }、.card-grid { display: block; } - 给需要整页的内容加
break-inside: avoid;，并确保它没有height或min-height限制（否则可能触发滚动而非分页） - 避免在
@media print中使用position: fixed或transform，它们会让元素脱离文档流，导致分页计算失准
break-inside: avoid 不生效的三个典型原因
这是最常被问“为啥写了没用”的属性。它不像
display那样直白，依赖渲染树层级和尺寸约束是否满足。性能影响很小，但兼容性要注意：Safari 15.4 之前不支持
break-inside在flex项目上的回退行为；IE 完全不支持，但 IE 已无实际维护价值。- 父容器设置了
overflow: hidden或overflow: auto，会截断分页尝试 - 元素内部有未闭合的浮动（
float: left）或绝对定位子元素，破坏块格式化上下文 - 字体加载未完成（
font-display: optional或网络延迟）导致高度计算偏小，后续重排时来不及触发分页
表格跨页时表头重复的可靠写法
<thead> 在打印中自动重复是浏览器原生能力，但前提是：表格必须是“可分页的块”，且 <code><thead> 不能被 <code>display: none或visibility: hidden干扰，也不能套在flex容器里。错误示例：
div.table-wrapper { display: flex; } table { flex: 1; }→<thead> 永远不会重复。 <ul> <li>把表格单独提出来，外层不要套任何布局容器，或至少在 <code>@media print中设为display: table; - 在
- 给
<thead> 显式加 <code>display: table-header-group;（部分旧版 Safari 需要） - 避免给
<th> 设置 <code>white-space: nowrap+ 宽度不足，这会导致表头溢出并破坏重复逻辑复杂点在于：CSS 分页不是像素级精确控制，而是基于内容流和可用空间的启发式计算。哪怕所有规则都写对了，换一台打印机、换一个 PDF 导出工具（比如 Puppeteer vs Chrome DevTools Save as PDF），结果也可能不同。别试图用
page-break-after: always强行撑页，那只会让最后一页全是空白。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
