AWS Lambda生成PDF遇NSS初始化错误(-8023)及浏览器断开问题求助

1. 修复NSS初始化错误（根源问题） #

NSS错误 -8023 是Chrome在Lambda环境中尝试使用持久化数据库时的权限冲突，Lambda仅允许读写/tmp目录，需强制Chrome将NSS数据存储到该路径：

• 启动Puppeteer时添加--user-data-dir参数：

const browser = await puppeteer.launch({
  args: [
    '--user-data-dir=/tmp/chrome-user-data',
    '--no-sandbox',
    '--disable-setuid-sandbox',
    // 其他必要启动参数
  ],
  executablePath: await chrome.executablePath,
  headless: true,
});

2. 解决浏览器断开连接问题 #

浏览器断开由NSS错误引发的进程崩溃导致，补充以下配置：

• 升级依赖版本：chrome-aws-lambda@8.x和puppeteer-core@8.x对Lambda环境兼容性较差，建议升级到最新稳定版（如19.x+），新版本修复了大量无服务器环境下的进程异常问题。
• 提升Lambda内存：Chrome运行需要足够资源，建议将Lambda内存至少设置为1024MB（2048MB更佳），内存不足会直接导致进程意外退出。

3. 修复PDF中的"access denied"问题 #

PDF显示该提示通常是HTML中的图片资源加载失败，检查以下几点：

• 图片权限配置：如果图片存储在S3，确保Lambda执行角色具备读取对应S3桶的权限（不建议设置图片公开访问）；如果是外部图片，确认Lambda有互联网访问权限（或配置VPC端点访问内部资源）。
• 优化图片加载逻辑：在Puppeteer的内容加载配置中增加超时和等待策略：

await page.setContent(htmlContent, {
  waitUntil: 'networkidle0', // 等待网络完全空闲
  timeout: 30000, // 设置30秒超时
});

• 使用完整URL：HTML中的图片路径必须是完整的HTTP/HTTPS地址，避免相对路径导致无头Chrome无法解析。

4. 额外检查项 #

• Lambda角色权限：确保执行角色具备：SQS消息的读取/删除权限、目标S3桶的写入权限。
• 清理临时文件：函数执行完毕后删除/tmp/chrome-user-data目录，避免下次执行时的文件冲突：

const fs = require('fs').promises;
await fs.rm('/tmp/chrome-user-data', { recursive: true, force: true });

内容的提问来源于stack exchange，提问作者codeflinger