HTML转PDF无法真正同步更新，本质是重新生成PDF的触发策略问题；可用puppeteer监听HTML文件变化并调用page.pdf()实时重生成，需注意加载等待、样式兼容及字体嵌入等细节。
HTML 转 PDF 时如何实现内容同步更新
HTML 本身不会自动“同步更新”到 PDF —— PDF 是静态快照，没有运行时机制。所谓“同步”，本质是重新生成 PDF 的触发策略问题，不是格式转换自带的功能。
用 puppeteer 监听 HTML 变化并重生成 PDF
这是最贴近“同步”需求的实操路径：在服务端或本地脚本中监听 HTML 文件变更，触发浏览器渲染 + PDF 导出。关键在于避免轮询、减少冗余生成。
-
puppeteer启动时用page.setContent()或page.goto('file://...')加载 HTML，比直接加载远程 URL 更可控 - 用 Node.js 的
fs.watch()或chokidar监听 HTML 文件变化，变化后调用page.pdf()，不重启浏览器实例 - 务必设置
printBackground: true和format: 'A4'等显式参数，否则不同环境输出差异大 - 避免在
page.pdf()前未等 CSS 加载完成，可加await page.waitForFunction('document.fonts?.ready || true')
const puppeteer = require('puppeteer');
const fs = require('fs');
(async () => {
const browser = await puppeteer.launch();
const page = await browser.newPage();
fs.watch('report.html', async () => {
await page.goto('file://' + process.cwd() + '/report.html', { waitUntil: 'networkidle0' });
await page.pdf({ path: 'report.pdf', format: 'A4', printBackground: true });
console.log('PDF updated');
});
})();
为什么不能靠浏览器插件或纯前端实现“实时同步”
前端 JavaScript 无法直接写文件系统，jsPDF 或 html2canvas + jsPDF 方案只适合简单 DOM，对 CSS Grid、Flex、@media print、字体嵌入支持极差，且无法保证分页、页眉页脚位置稳定。
Conventional Git
下载
Conventional Commits v1.0.0 分支、工作树命名及提交信息规范，适用于 GitHub 与 GitLab 项目，用于创建分支和命名工作树等场景。
-
html2canvas截图是位图，放大模糊，不满足打印/归档要求 -
jsPDF.fromHTML()已被弃用，新版jsPDF不再支持 HTML 解析 - 浏览器“另存为 PDF”功能不可编程调用，无法监听或触发
- Service Worker 或
MutationObserver只能感知 DOM 变化，但无权限导出 PDF 文件
CI/CD 场景下更可靠的“同步”做法
把 HTML 视为源码，PDF 视为构建产物。每次 HTML 提交后，由 CI 流水线自动执行 PDF 生成并发布，比本地监听更稳定、可追溯。
立即学习“前端免费学习笔记（深入）”；
- GitHub Actions 中用
uses: actions/setup-node+puppeteer步骤，注意添加--no-sandbox启动参数 - 生成前用
tidy -q -asxhtml校验 HTML 结构，避免因标签不闭合导致 PDF 渲染错位 - PDF 文件名建议带哈希（如
report-<code>git rev-parse --short HEAD.pdf），避免缓存覆盖 - 不要把 PDF 和 HTML 放同一仓库根目录，容易误提交二进制文件污染 git history
真正的难点不在转换本身，而在于 HTML 中哪些样式会被 PDF 渲染引擎忽略（比如 position: sticky、CSS 容器查询）、分页断点是否可控、以及中文字体是否真正嵌入——这些没法靠“同步机制”掩盖，得逐项验证输出。
