如何使用C#高效获取Chrome Headless输出直接存入内存

方案1：直接捕获PDF流到内存（完全消除磁盘IO开销） #

Chrome Headless原生支持将生成的PDF直接输出到标准输出流，无需写入本地磁盘，仅需调整启动参数即可实现全内存处理：

• 将原有命令中的--print-to-pdf="[pdf-file-path]"参数替换为--print-to-pdf=-，此时Chrome会把PDF二进制流直接输出到标准输出，不会生成本地文件
• 在ASP.NET中启动Chrome进程时，配置ProcessStartInfo的RedirectStandardOutput = true、UseShellExecute = false、CreateNoWindow = true，直接读取Process.StandardOutput.BaseStream即可拿到PDF的二进制数据，完全省去文件生成、状态轮询、旧文件清理的全流程开销

调整后的命令示例：

chrome --headless --disable-gpu --print-to-pdf-no-header --print-to-pdf=- --no-margins "[html-file-path]"

注意：读取标准输出时要直接读取二进制流，不要使用StandardOutput.ReadToEnd()读取文本内容，否则会导致PDF二进制数据编码损坏

方案2：使用Puppeteer Sharp简化实现（更稳定可控） #

推荐直接使用.NET生态封装的Puppeteer Sharp库，它基于Chrome DevTools协议实现，无需手动调用CMD命令，直接返回PDF字节数组，还支持更精细的格式控制，部署时会自动下载适配版本的Chrome，无需额外配置环境，核心逻辑示例：

await using var browser = await Puppeteer.LaunchAsync(new LaunchOptions { Headless = true });
await using var page = await browser.NewPageAsync();
// 可以加载本地HTML文件，也可以直接加载HTML字符串
await page.GoToAsync("file:///[你的HTML文件绝对路径]");
var pdfBytes = await page.PdfDataAsync(new PdfOptions {
    PrintBackground = true,
    DisplayHeaderFooter = false,
    MarginOptions = new MarginOptions { Top = "0", Bottom = "0", Left = "0", Right = "0" }
});
// 直接将pdfBytes作为响应返回给客户端即可

该方案避免了手动管理进程的各类问题（比如进程残留、并发冲突），性能和稳定性都远高于手动调用CMD命令。

可选临时文件管理方案（如果业务需要落地PDF文件） #

如果你的场景需要保留临时PDF文件，可采用以下逻辑避免文件冲突和冗余：

• 所有临时文件存放到系统默认临时目录（可通过Path.GetTempPath()获取），不要存放在业务程序目录
• 每个请求生成唯一GUID作为文件名前缀，避免多请求并发的文件覆盖冲突
• 在请求的finally块中，读取完文件内容后立即删除临时文件
• 额外配置一个定时清理任务，清理超过10分钟未被访问的临时文件，应对程序异常中断导致的文件残留

内容的提问来源于stack exchange，提问作者M. Akar