我之前处理过类似的Gmail无头打印场景，结合你的情况，给你几个针对性的解决思路：

1. 先修复缓存权限错误（避免干扰页面加载） #

日志里的"Accès refusé"缓存错误虽然不直接导致PDF加载不全，但可能影响Chrome的正常资源加载逻辑。你可以指定一个有写入权限的临时缓存目录，绕过原用户目录的权限限制：
添加参数 --disk-cache-dir="C:\Users\MyUserName\Temp\ChromeTempCache"，确保这个Temp下的ChromeTempCache文件夹已经创建（或者让Chrome自动创建，只要你有Temp的写入权限）。

2. 替换旧无头模式为新版（对SPA页面支持更好） #

你当前用的是旧版--headless模式，它基于简化的Chrome shell，对Gmail这种复杂单页应用（SPA）的兼容性较差。换成新版无头模式：
把 --headless 改成 --headless=new，新版模式更接近正常Chrome的渲染逻辑，能更好处理动态加载的内容。

3. 用更可靠的页面等待参数替代--virtual-time-budget #

--virtual-time-budget是模拟时间流逝，不是真实等待网络请求完成，对Gmail这种依赖大量异步加载的页面很不稳定。换成--wait-for-stable-page参数，它会等待页面进入稳定状态（无活跃网络请求、DOM不再变化）后再执行打印，比--run-all-compositor-stages-before-draw更适合动态页面。

4. 更新User-Agent（避免Gmail返回兼容旧浏览器的简化页面） #

你当前使用的是Chrome 60的Linux UA，版本过于老旧，Gmail可能会返回针对旧浏览器的简化/异常页面结构。换成最新的Windows Chrome UA：
把useragentChrome的值改成：
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36"

修改后的完整.bat脚本示例 #

@set outputFile=C:\Users\MyUserName\Temp\testPDFprintChromeheadless\test.pdf
@set chromeDirectory=C:\Program Files (x86)\Google\Chrome\Application
@set url=https://mail.google.com/mail/
@set userData=C:\Users\MyUserName\AppData\Local\Google\Chrome\User Data
@set profile=MyChromeProfile
@set useragentChrome="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36"
@set tempCache=C:\Users\MyUserName\Temp\ChromeTempCache
@md "%tempCache%" 2>nul  # 自动创建临时缓存目录，忽略已存在的错误
@cd "%chromeDirectory%"
chrome.exe --headless=new --disable-gpu --profile-directory="%profile%" --user-data-dir="%userData%" --user-agent=%useragentChrome% --disk-cache-dir="%tempCache%" --wait-for-stable-page --print-to-pdf="%outputFile%" --print-to-pdf-no-header "%url%"
pause

额外的调试建议 #

如果还是存在部分加载问题，可以尝试添加--disable-extensions参数，避免扩展干扰页面渲染；或者尝试用--no-sandbox（虽然不推荐，但在权限受限环境下可能有用）。

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