搞定公司在职证明模板源码解析，3步避开配置环境坑
配置环境就卡半天，明明照着文档敲代码，结果依赖装不上、字体渲染乱码，最后还得求HR要个原版文件。这种折磨谁懂？很多刚入行的开发同学，在写自动化脚本生成【公司在职证明模板】时，往往死磕在环境搭建和底层渲染逻辑上，忽略了核心源码解析的重要性。其实，只要理清从HTML到PDF的转换链路，配合NPM/PyPI 官方包的正确用法，这活儿就能像搭积木一样简单。
今天咱们不整虚的，直接拆解一套全栈视角下的在职证明生成方案。不管你是用Python后端处理，还是用Node.js前端导出，核心逻辑都是通用的。咱们目标很明确：用最少的心智负担，跑通一个能直接用于生产环境的模板生成器。
概念速懂：为什么模板生成是个技术活
别以为“在职证明”就只是一张纸，在技术眼里，它是一个典型的动态文档渲染场景。
传统做法是HR在Word里改名字，效率低且容易出错。开发视角的做法是：数据驱动。我们将姓名、入职时间、职位、薪资（可选）等字段定义为变量，通过模板引擎填充，再渲染成图片或PDF。
这里有个关键点：模板的结构化。
一个标准的在职证明模板，通常包含以下几个区块：
Header：公司Logo、公司抬头。
Body：核心证明内容，包含变量占位符。
Footer：落款、日期、盖章区域。
很多新手容易踩的坑是，把排版逻辑硬编码在JS或Python代码里。比如if name == 张三 then shift_x += 10，这种写法简直是灾难。正确的思路是关注点分离：模板负责样式和结构，代码只负责数据注入和渲染调用。
从源码解析的角度看，我们需要理解的是数据流：JSON Data - Template Engine - HTML String - PDF/PNG Buffer。每一个环节都可能成为性能瓶颈或报错源头，比如字体缺失导致中文乱码，或者图片加载超时导致渲染失败。
环境准备：NPM/PyPI 官方包选型与避坑
工欲善其事，必先利其器。选对库，能少掉一半头发。
1. 技术栈选择
这里提供两种主流方案，大家可以根据自己的技术栈二选一。
方案 A：Python 后端流
适合后端开发，或者需要批量生成、接入内部系统的项目。
核心库：Jinja2（模板引擎） + WeasyPrint 或 xhtml2pdf（HTML转PDF）。
推荐：WeasyPrint。虽然它依赖C库，配置稍微麻烦点，但它对CSS3的支持极好，尤其是Flexbox布局，能让你的模板看起来像网页一样精致。
安装：pip install jinja2 weasyprint
方案 B：Node.js 前端/全流
适合前端开发，或者需要浏览器端直接预览、下载的场景。
核心库：EJS 或 Pug（模板引擎） + Puppeteer 或 pdfkit。
推荐：Puppeteer。无头浏览器渲染，所见即所得，CSS支持最完美，但内存占用大，不适合高并发服务。如果是高并发，建议用pdfkit直接绘制矢量图，性能高但样式控制难。
安装：npm install puppeteer ejs
2. 环境配置避坑指南
配置环境就卡半天，90%的情况是因为依赖问题。
WeasyPrint 的坑：它依赖 libpango 和 cairo。在Linux服务器上，你需要执行 apt-get install libpango1.0-0 libharfbuzz-subset0 等命令。在Mac上，可能需要 brew install pango。如果报错 libpango-1.0-0 not found，别慌，这就是缺系统级依赖，不是Python包的问题。
Puppeteer 的坑：在Linux无桌面环境下运行，必须安装 Chromium 依赖。执行 npx puppeteer browsers install chrome 会自动下载浏览器，但系统缺少 libnss3 等库时依然会崩溃。参考 Puppeteer 官方文档的 Troubleshooting 章节，手动安装系统库是最稳妥的。
字体问题：这是中文开发者最大的痛点。Linux服务器默认没有中文字体。你需要将常用的字体（如思源黑体 Source Han Sans）放入服务器的 /usr/share/fonts 目录，并执行 fc-cache -fv 刷新字体缓存。否则，生成的PDF里全是方框。
核心语法：模板引擎的变量注入原理
理解了环境，接下来看代码怎么写。这里以 EJS (Node.js) 为例，因为它的语法对初学者最友好，且逻辑清晰。
EJS 的核心语法就是 %= variable % 用于输出数据，% code % 用于执行逻辑。
让我们来看一个简化的模板结构 proof.ejs：
!-- proof.ejs --
div class=proof-container
header class=header
img src=%= logoUrl % alt=Company Logo class=logo
h1在职证明/h1
/header
section class=body-content
p兹证明 span class=name-highlight%= employeeName %/span 先生/女士，/p
p身份证号：%= idNumber %/p
p自 %= startDate % 起在我公司担任 %= position % 一职，/p
p目前在职状态，工作表现良好。/p
/section
footer class=footer
div class=company-info
p%= companyName %/p
p%= date %/p
/div
div class=stamp-area
!-- 这里通常放置一个绝对定位的PNG印章图片 --
img src=/assets/stamp.png alt=Stamp class=stamp-img
/div
/footer
/div
源码解析关键点：
数据绑定：%= employeeName % 会被替换为传入的 data.employeeName 的值。注意，EJS 默认会转义HTML字符，防止XSS攻击，这在处理用户输入时非常重要。
逻辑控制：如果需要根据性别显示“先生”或“女士”，可以在模板中写：
兹证明 %= employeeName % %= gender === 'male' ? '先生' : '女士' %
这种内联逻辑要克制使用，复杂逻辑建议放在后端数据处理阶段，保持模板纯净。
静态资源引用：logoUrl 和 stamp.png 的路径处理是个坑。如果是本地文件，建议使用绝对路径或Base64编码嵌入。Puppeteer 渲染本地文件时，file:// 协议下的相对路径往往失效，建议将图片转为 Base64 字符串直接注入到 src 中，这样最稳定。
完整代码示例：从数据到PDF的全流程
下面是一段可以直接运行的 Node.js 脚本，它演示了如何读取数据、渲染模板、使用 Puppeteer 生成 PDF 并保存。
前提：已安装 puppeteer 和 ejs，目录结构如下：
project/
├── index.js
├── templates/
│ └── proof.ejs
├── assets/
│ ├── logo.png
│ └── stamp.png
└── package.json
index.js 代码：
const puppeteer = require('puppeteer');
const ejs = require('ejs');
const fs = require('fs');
const path = require('path');
// 1. 模拟后端获取的数据
const employeeData = {
employeeName: '李明',
idNumber: '110101199001011234',
startDate: '2023-05-01',
position: '高级前端工程师',
companyName: '某某科技有限公司',
date: new Date().toLocaleDateString('zh-CN'),
logoUrl: '/assets/logo.png', // 注意：这里在本地测试可能需要绝对路径或base64
gender: 'male'
};
// 2. 读取模板并渲染 HTML 字符串
const templatePath = path.join(__dirname, 'templates', 'proof.ejs');
const templateContent = fs.readFileSync(templatePath, 'utf8');
const htmlContent = ejs.render(templateContent, employeeData);
// 3. 将 HTML 写入临时文件，或者直接用 content 选项渲染
// 这里我们使用 puppeteer 的 goto 和 content 方法
async function generatePDF() {
// 启动无头浏览器
// headless: 'new' 使用新版无头模式，兼容性更好
const browser = await puppeteer.launch({
headless: 'new',
args: ['--no-sandbox', '--disable-setuid-sandbox'] // Linux 容器环境可能需要这些参数
});
const page = await browser.newPage();
// 设置视口，A4 纸的像素近似值 (96 DPI)
// A4: 210mm x 297mm - 794px x 1123px
await page.setViewport({ width: 794, height: 1123, deviceScaleFactor: 2 });
// 加载 HTML 内容
// 注意：如果模板中有外部链接的图片，page.setContent 可能无法加载，
// 建议将图片转为 base64 嵌入，或者使用 page.goto('file://...') 加载本地文件
await page.setContent(htmlContent, {
waitUntil: 'networkidle0' // 等待网络空闲，确保图片加载完成
});
// 生成 PDF
// format: 'A4' 标准 A4 纸张
// printBackground: true 确保背景色和背景图被打印
// margin: 设置页边距
const pdfBuffer = await page.pdf({
format: 'A4',
printBackground: true,
margin: {
top: '20mm',
bottom: '20mm',
left: '20mm',
right: '20mm'
}
});
// 保存文件
const outputPath = path.join(__dirname, 'output', `proof_${employeeData.employeeName}.pdf`);
// 确保输出目录存在
if (!fs.existsSync(path.dirname(outputPath))) {
fs.mkdirSync(path.dirname(outputPath), { recursive: true });
}
fs.writeFileSync(outputPath, pdfBuffer);
console.log(`PDF 生成成功: ${outputPath}`);
await browser.close();
}
generatePDF().catch(console.error);
代码逐行解析：
headless: 'new'：这是 Puppeteer 的重要更新，新的无头模式更接近真实浏览器，CSS 渲染更准确。
deviceScaleFactor: 2：设置缩放因子为2，生成的 PDF 分辨率更高，打印出来更清晰。
waitUntil: 'networkidle0'：这个配置非常关键。如果你不等待网络空闲，图片可能还没加载完就截取了 PDF，导致 Logo 或印章空白。
printBackground: true：默认情况下，Puppeteer 打印 PDF 会忽略背景色和背景图。如果你的模板用了浅灰色背景，一定要开启这个选项。
Python 版本简要对比：
如果你选择 Python 路线，核心代码逻辑类似：
from jinja2 import Environment, FileSystemLoader
from weasyprint import HTML
import os
env = Environment(loader=FileSystemLoader('templates'))
template = env.get_template('proof.html')
html_string = template.render(**employee_data)
# 渲染为 PDF
HTML(string=html_string).write_pdf('output/proof.pdf')
WeasyPrint 的 API 更加简洁，不需要启动浏览器，速度更快，但对 CSS 的支持不如 Puppeteer 全面（例如不支持 CSS Grid 的部分特性）。
常见报错与调试技巧
即使照着抄，你也可能会遇到以下问题。这里列出三个最高频的坑。
1. Fontconfig warning: ignoring empty fonts.conf
原因：Linux 服务器缺少字体配置文件或中文字体。
解决：
安装中文字体：apt-get install fonts-wqy-zenhei 或下载思源黑体安装。
刷新缓存：fc-cache -fv。
在 CSS 中显式指定字体：font-family: 'WenQuanYi Zen Hei', 'Source Han Sans CN', sans-serif;。不要只写 sans-serif，在服务器上它可能指向一个没有中文字形的字体。
2. Puppeteer 报错 Target closed 或 Session closed
原因：浏览器实例意外崩溃，通常是因为内存不足或系统依赖缺失。
解决：
检查服务器内存，Puppeteer 很吃内存，每个实例至少占用 100-200MB。
添加启动参数 --disable-dev-shm-usage，这在 Docker 容器中非常有效，因为它会使用 /dev/shm 导致空间不足。
确保在 finally 块中关闭浏览器实例，避免僵尸进程堆积。
3. 图片显示为空白或 404
原因：本地文件路径问题。page.setContent 加载的 HTML 是虚拟的，它没有文件系统上下文，无法通过相对路径访问本地图片。
解决：
方法一（推荐）：在 Node.js 中读取图片，转为 Base64 字符串，替换 HTML 中的 src 属性。
const imgData = fs.readFileSync('assets/logo.png').toString('base64');
const imgBase64 = `data:image/png;base64,${imgData}`;
// 在渲染前替换 htmlContent 中的 src
方法二：使用 page.goto('file://' + absolutePath) 加载本地 HTML 文件，而不是 setContent。这样浏览器可以正确解析相对路径。
调试技巧：
在生成 PDF 之前，先加一行代码：
await page.screenshot({ path: 'debug.png', fullPage: true });
这一步能把当前页面截图保存下来。你打开 debug.png 看看，如果图片在这里是好的，说明 HTML 渲染没问题，问题出在 PDF 转换阶段（如字体、背景打印）。如果这里也是空的，说明是资源加载问题。这个“截图大法”能帮你节省 50% 的排查时间。
小结与实战建议
通过上面的源码解析，你应该已经掌握了从环境配置到代码实现的全流程。记住，生成在职证明模板的核心不在于代码多复杂，而在于稳定性和细节处理。
这里有几个实战建议，能帮你从“能跑”提升到“好用”：
字体子集化：如果生成的 PDF 体积太大（超过 1MB），可以使用 fonttools 等工具对中文字体进行子集化，只保留证明中用到的汉字，能大幅减小文件体积。
异步队列：如果是批量生成（比如 HR 一次申请 100 份），不要串行执行。使用 Bull (Node.js) 或 Celery (Python) 任务队列，并发处理，注意控制并发数，避免服务器 OOM。
模板版本控制：将 EJS/HTML 模板文件纳入 Git 版本管理。每次修改模板都要经过测试，确保样式不崩坏。可以在 CI/CD 流程中加入一个截图对比步骤，自动检测样式回归。
技术是为了服务于业务，在职证明只是一个小切口，但它折射出的是文档自动化处理的通用方法论。当你掌握了这套流程，无论是生成合同、发票还是简历，逻辑都是相通的。
你更常用哪种写法？是倾向于 Python 的 WeasyPrint 追求轻量，还是 Node.js 的 Puppeteer 追求完美还原？评论区交流一下，咱们看看哪种方案在你的生产环境中更稳。 
长河君 · 2026/9/22 12:40:12 · 阅读 1.2k 搞定公司在职证明模板源码解析，3步避开配置环境坑
搞定公司在职证明模板源码解析，3步避开配置环境坑
配置环境就卡半天，明明照着文档敲代码，结果依赖装不上、字体渲染乱码，最后还得求HR要个原版文件。这种折磨谁懂？很多刚入行的开发同学，在写自动化脚本生成【公司在职证明模板】时，往往死磕在环境搭建和底层渲染逻辑上，忽略了核心源码解析的重要性。其实，只要理清从HTML到PDF的转换链路，配合NPM/PyPI 官方包的正确用法，这活儿就能像搭积木一样简单。
今天咱们不整虚的，直接拆解一套全栈视角下的在职证明生成方案。不管你是用Python后端处理，还是用Node.js前端导出，核心逻辑都是通用的。咱们目标很明确：用最少的心智负担，跑通一个能直接用于生产环境的模板生成器。
概念速懂：为什么模板生成是个技术活
别以为“在职证明”就只是一张纸，在技术眼里，它是一个典型的动态文档渲染场景。
传统做法是HR在Word里改名字，效率低且容易出错。开发视角的做法是：数据驱动。我们将姓名、入职时间、职位、薪资（可选）等字段定义为变量，通过模板引擎填充，再渲染成图片或PDF。
这里有个关键点：模板的结构化。
一个标准的在职证明模板，通常包含以下几个区块：
Header：公司Logo、公司抬头。
Body：核心证明内容，包含变量占位符。
Footer：落款、日期、盖章区域。
很多新手容易踩的坑是，把排版逻辑硬编码在JS或Python代码里。比如if name == 张三 then shift_x += 10，这种写法简直是灾难。正确的思路是关注点分离：模板负责样式和结构，代码只负责数据注入和渲染调用。
从源码解析的角度看，我们需要理解的是数据流：JSON Data - Template Engine - HTML String - PDF/PNG Buffer。每一个环节都可能成为性能瓶颈或报错源头，比如字体缺失导致中文乱码，或者图片加载超时导致渲染失败。
环境准备：NPM/PyPI 官方包选型与避坑
工欲善其事，必先利其器。选对库，能少掉一半头发。
1. 技术栈选择
这里提供两种主流方案，大家可以根据自己的技术栈二选一。
方案 A：Python 后端流
适合后端开发，或者需要批量生成、接入内部系统的项目。
核心库：Jinja2（模板引擎） + WeasyPrint 或 xhtml2pdf（HTML转PDF）。
推荐：WeasyPrint。虽然它依赖C库，配置稍微麻烦点，但它对CSS3的支持极好，尤其是Flexbox布局，能让你的模板看起来像网页一样精致。
安装：pip install jinja2 weasyprint
方案 B：Node.js 前端/全流
适合前端开发，或者需要浏览器端直接预览、下载的场景。
核心库：EJS 或 Pug（模板引擎） + Puppeteer 或 pdfkit。
推荐：Puppeteer。无头浏览器渲染，所见即所得，CSS支持最完美，但内存占用大，不适合高并发服务。如果是高并发，建议用pdfkit直接绘制矢量图，性能高但样式控制难。
安装：npm install puppeteer ejs
2. 环境配置避坑指南
配置环境就卡半天，90%的情况是因为依赖问题。
WeasyPrint 的坑：它依赖 libpango 和 cairo。在Linux服务器上，你需要执行 apt-get install libpango1.0-0 libharfbuzz-subset0 等命令。在Mac上，可能需要 brew install pango。如果报错 libpango-1.0-0 not found，别慌，这就是缺系统级依赖，不是Python包的问题。
Puppeteer 的坑：在Linux无桌面环境下运行，必须安装 Chromium 依赖。执行 npx puppeteer browsers install chrome 会自动下载浏览器，但系统缺少 libnss3 等库时依然会崩溃。参考 Puppeteer 官方文档的 Troubleshooting 章节，手动安装系统库是最稳妥的。
字体问题：这是中文开发者最大的痛点。Linux服务器默认没有中文字体。你需要将常用的字体（如思源黑体 Source Han Sans）放入服务器的 /usr/share/fonts 目录，并执行 fc-cache -fv 刷新字体缓存。否则，生成的PDF里全是方框。
核心语法：模板引擎的变量注入原理
理解了环境，接下来看代码怎么写。这里以 EJS (Node.js) 为例，因为它的语法对初学者最友好，且逻辑清晰。
EJS 的核心语法就是 %= variable % 用于输出数据，% code % 用于执行逻辑。
让我们来看一个简化的模板结构 proof.ejs：
!-- proof.ejs --
div class=proof-container
header class=header
img src=%= logoUrl % alt=Company Logo class=logo
h1在职证明/h1
/header
section class=body-content
p兹证明 span class=name-highlight%= employeeName %/span 先生/女士，/p
p身份证号：%= idNumber %/p
p自 %= startDate % 起在我公司担任 %= position % 一职，/p
p目前在职状态，工作表现良好。/p
/section
footer class=footer
div class=company-info
p%= companyName %/p
p%= date %/p
/div
div class=stamp-area
!-- 这里通常放置一个绝对定位的PNG印章图片 --
img src=/assets/stamp.png alt=Stamp class=stamp-img
/div
/footer
/div
源码解析关键点：
数据绑定：%= employeeName % 会被替换为传入的 data.employeeName 的值。注意，EJS 默认会转义HTML字符，防止XSS攻击，这在处理用户输入时非常重要。
逻辑控制：如果需要根据性别显示“先生”或“女士”，可以在模板中写：
兹证明 %= employeeName % %= gender === 'male' ? '先生' : '女士' %
这种内联逻辑要克制使用，复杂逻辑建议放在后端数据处理阶段，保持模板纯净。
静态资源引用：logoUrl 和 stamp.png 的路径处理是个坑。如果是本地文件，建议使用绝对路径或Base64编码嵌入。Puppeteer 渲染本地文件时，file:// 协议下的相对路径往往失效，建议将图片转为 Base64 字符串直接注入到 src 中，这样最稳定。
完整代码示例：从数据到PDF的全流程
下面是一段可以直接运行的 Node.js 脚本，它演示了如何读取数据、渲染模板、使用 Puppeteer 生成 PDF 并保存。
前提：已安装 puppeteer 和 ejs，目录结构如下：
project/
├── index.js
├── templates/
│ └── proof.ejs
├── assets/
│ ├── logo.png
│ └── stamp.png
└── package.json
index.js 代码：
const puppeteer = require('puppeteer');
const ejs = require('ejs');
const fs = require('fs');
const path = require('path');
// 1. 模拟后端获取的数据
const employeeData = {
employeeName: '李明',
idNumber: '110101199001011234',
startDate: '2023-05-01',
position: '高级前端工程师',
companyName: '某某科技有限公司',
date: new Date().toLocaleDateString('zh-CN'),
logoUrl: '/assets/logo.png', // 注意：这里在本地测试可能需要绝对路径或base64
gender: 'male'
};
// 2. 读取模板并渲染 HTML 字符串
const templatePath = path.join(__dirname, 'templates', 'proof.ejs');
const templateContent = fs.readFileSync(templatePath, 'utf8');
const htmlContent = ejs.render(templateContent, employeeData);
// 3. 将 HTML 写入临时文件，或者直接用 content 选项渲染
// 这里我们使用 puppeteer 的 goto 和 content 方法
async function generatePDF() {
// 启动无头浏览器
// headless: 'new' 使用新版无头模式，兼容性更好
const browser = await puppeteer.launch({
headless: 'new',
args: ['--no-sandbox', '--disable-setuid-sandbox'] // Linux 容器环境可能需要这些参数
});
const page = await browser.newPage();
// 设置视口，A4 纸的像素近似值 (96 DPI)
// A4: 210mm x 297mm - 794px x 1123px
await page.setViewport({ width: 794, height: 1123, deviceScaleFactor: 2 });
// 加载 HTML 内容
// 注意：如果模板中有外部链接的图片，page.setContent 可能无法加载，
// 建议将图片转为 base64 嵌入，或者使用 page.goto('file://...') 加载本地文件
await page.setContent(htmlContent, {
waitUntil: 'networkidle0' // 等待网络空闲，确保图片加载完成
});
// 生成 PDF
// format: 'A4' 标准 A4 纸张
// printBackground: true 确保背景色和背景图被打印
// margin: 设置页边距
const pdfBuffer = await page.pdf({
format: 'A4',
printBackground: true,
margin: {
top: '20mm',
bottom: '20mm',
left: '20mm',
right: '20mm'
}
});
// 保存文件
const outputPath = path.join(__dirname, 'output', `proof_${employeeData.employeeName}.pdf`);
// 确保输出目录存在
if (!fs.existsSync(path.dirname(outputPath))) {
fs.mkdirSync(path.dirname(outputPath), { recursive: true });
}
fs.writeFileSync(outputPath, pdfBuffer);
console.log(`PDF 生成成功: ${outputPath}`);
await browser.close();
}
generatePDF().catch(console.error);
代码逐行解析：
headless: 'new'：这是 Puppeteer 的重要更新，新的无头模式更接近真实浏览器，CSS 渲染更准确。
deviceScaleFactor: 2：设置缩放因子为2，生成的 PDF 分辨率更高，打印出来更清晰。
waitUntil: 'networkidle0'：这个配置非常关键。如果你不等待网络空闲，图片可能还没加载完就截取了 PDF，导致 Logo 或印章空白。
printBackground: true：默认情况下，Puppeteer 打印 PDF 会忽略背景色和背景图。如果你的模板用了浅灰色背景，一定要开启这个选项。
Python 版本简要对比：
如果你选择 Python 路线，核心代码逻辑类似：
from jinja2 import Environment, FileSystemLoader
from weasyprint import HTML
import os
env = Environment(loader=FileSystemLoader('templates'))
template = env.get_template('proof.html')
html_string = template.render(**employee_data)
# 渲染为 PDF
HTML(string=html_string).write_pdf('output/proof.pdf')
WeasyPrint 的 API 更加简洁，不需要启动浏览器，速度更快，但对 CSS 的支持不如 Puppeteer 全面（例如不支持 CSS Grid 的部分特性）。
常见报错与调试技巧
即使照着抄，你也可能会遇到以下问题。这里列出三个最高频的坑。
1. Fontconfig warning: ignoring empty fonts.conf
原因：Linux 服务器缺少字体配置文件或中文字体。
解决：
安装中文字体：apt-get install fonts-wqy-zenhei 或下载思源黑体安装。
刷新缓存：fc-cache -fv。
在 CSS 中显式指定字体：font-family: 'WenQuanYi Zen Hei', 'Source Han Sans CN', sans-serif;。不要只写 sans-serif，在服务器上它可能指向一个没有中文字形的字体。
2. Puppeteer 报错 Target closed 或 Session closed
原因：浏览器实例意外崩溃，通常是因为内存不足或系统依赖缺失。
解决：
检查服务器内存，Puppeteer 很吃内存，每个实例至少占用 100-200MB。
添加启动参数 --disable-dev-shm-usage，这在 Docker 容器中非常有效，因为它会使用 /dev/shm 导致空间不足。
确保在 finally 块中关闭浏览器实例，避免僵尸进程堆积。
3. 图片显示为空白或 404
原因：本地文件路径问题。page.setContent 加载的 HTML 是虚拟的，它没有文件系统上下文，无法通过相对路径访问本地图片。
解决：
方法一（推荐）：在 Node.js 中读取图片，转为 Base64 字符串，替换 HTML 中的 src 属性。
const imgData = fs.readFileSync('assets/logo.png').toString('base64');
const imgBase64 = `data:image/png;base64,${imgData}`;
// 在渲染前替换 htmlContent 中的 src
方法二：使用 page.goto('file://' + absolutePath) 加载本地 HTML 文件，而不是 setContent。这样浏览器可以正确解析相对路径。
调试技巧：
在生成 PDF 之前，先加一行代码：
await page.screenshot({ path: 'debug.png', fullPage: true });
这一步能把当前页面截图保存下来。你打开 debug.png 看看，如果图片在这里是好的，说明 HTML 渲染没问题，问题出在 PDF 转换阶段（如字体、背景打印）。如果这里也是空的，说明是资源加载问题。这个“截图大法”能帮你节省 50% 的排查时间。
小结与实战建议
通过上面的源码解析，你应该已经掌握了从环境配置到代码实现的全流程。记住，生成在职证明模板的核心不在于代码多复杂，而在于稳定性和细节处理。
这里有几个实战建议，能帮你从“能跑”提升到“好用”：
字体子集化：如果生成的 PDF 体积太大（超过 1MB），可以使用 fonttools 等工具对中文字体进行子集化，只保留证明中用到的汉字，能大幅减小文件体积。
异步队列：如果是批量生成（比如 HR 一次申请 100 份），不要串行执行。使用 Bull (Node.js) 或 Celery (Python) 任务队列，并发处理，注意控制并发数，避免服务器 OOM。
模板版本控制：将 EJS/HTML 模板文件纳入 Git 版本管理。每次修改模板都要经过测试，确保样式不崩坏。可以在 CI/CD 流程中加入一个截图对比步骤，自动检测样式回归。
技术是为了服务于业务，在职证明只是一个小切口，但它折射出的是文档自动化处理的通用方法论。当你掌握了这套流程，无论是生成合同、发票还是简历，逻辑都是相通的。
你更常用哪种写法？是倾向于 Python 的 WeasyPrint 追求轻量，还是 Node.js 的 Puppeteer 追求完美还原？评论区交流一下，咱们看看哪种方案在你的生产环境中更稳。