Playwright无法操作原生打印预览窗口，因受浏览器安全限制；应改用page.pdf()生成PDF或通过CDP的Page.printToPDF命令捕获打印输出。
Playwright 中无法直接操作打印预览弹窗
Playwright 本身不支持拦截或自动化 Chrome/Firefox 的原生打印预览窗口（即点击 window.print() 后弹出的系统级对话框）。这不是 bug，而是浏览器安全限制——所有主流自动化工具（包括 Selenium、Puppeteer）都面临同样问题。
真正可行的路径是绕过弹窗，直接捕获打印行为触发的 PDF 输出或 DOM 快照。关键在于：你不需要“点确定”，而要“让页面把要打印的内容准备好，然后自己生成 PDF 或截图”。
用 page.pdf() 替代手动触发打印
如果目标是生成 PDF，page.pdf() 是最直接的替代方案。它会按当前页面样式（包括 @media print 规则）渲染并输出 PDF，效果等同于用户在打印预览中点击“保存为 PDF”。
- 确保页面已加载完成，且打印相关 CSS 已生效（比如
display: none在@media print下隐藏非打印区域） - 可选传入
format="A4"、print_background=True等参数控制输出效果 - 注意：
page.pdf()不会执行 JavaScript 中的window.print()调用，它只渲染当前 DOM 状态
await page.goto("https://example.com/report")
await page.wait_for_load_state("networkidle")
await page.pdf(path="report.pdf", format="A4", print_background=True)
监听 page.on("dialog") 对打印无效
有人尝试用 page.on("dialog") 拦截打印弹窗，但这是徒劳的。dialog 事件只响应 alert、confirm、prompt 这类 JS 弹窗，window.print() 不会触发该事件，也不会抛出异常，它只是静默调起浏览器原生 UI。
立即学习“Python免费学习笔记（深入）”；
- 检查是否误用了
page.on("dialog")并期待它处理打印 —— 它不会被触发 - 若页面在
window.print()前有 JS 报错，可能掩盖真实问题；建议先用page.on("console")和page.on("pageerror")排查 - 某些 SPA 页面会在
print前动态加载打印专用模板，需显式等待对应元素出现
需要真实触发打印并捕获 PDF？用 Chromium 的 Page.printToPDF CDP 命令
当页面逻辑强制依赖 window.print()（比如监听 beforeprint 事件做数据准备），就得走底层协议。Playwright 支持通过 page.context.new_cdp_session(page) 发送 DevTools 协议命令，调用 Page.printToPDF。
- 必须在页面调用
window.print()后立即执行，否则可能捕获到非打印状态的 DOM - 该命令返回 base64 编码的 PDF，需手动解码写入文件
- 仅 Chromium 内核支持；Firefox/WebKit 不可用
cdp = await page.context.new_cdp_session(page)
result = await cdp.send("Page.printToPDF", {"format": "A4", "printBackground": True})
with open("output.pdf", "wb") as f:
f.write(base64.b64decode(result["data"]))
真正的难点不在代码怎么写，而在于判断页面是否依赖打印前的 JS 生命周期钩子。如果它靠 beforeprint 修改 DOM，就必须先触发 window.print()，再立刻发 CDP 命令；如果只是静态内容，page.pdf() 就够了。漏掉这个判断，自动化就会卡在“以为能点确定，其实根本没弹窗”。
