在自动化测试流程里，让谷歌浏览器不弹出图形界面、只在后台默默完成页面加载和脚本执行，这事儿听起来简单。但实际操作中，参数给错了，进程说崩就崩——尤其是在CI/CD服务器这类无头环境下，翻车几乎是家常便饭。

我们先来看最基础的组合：通过命令行参数启动无头模式。直接在终端（Linux/macOS）或命令提示符（Windows）里敲下这行命令：

google-chrome --headless --disable-gpu --no-sandbox https://example.com

这一步操作本身没什么门槛，复制粘贴就完事。但有两个坑需要特别留意：

• 第一，Chrome从112版本开始已经默认禁用--disable-gpu参数，保留它只是为了兼容那些陈旧的CI镜像；如果系统报错“unknown option”，请果断删掉这个参数。
• 第二，如果提示“command not found”，说明系统PATH变量里没有Chrome可执行文件路径。那就得上绝对路径——Linux上可以用/opt/google/chrome/google-chrome，Windows则是"C:Program FilesGoogleChromeApplicationchrome.exe"。

基础命令行启动无头模式

学会跑基础命令之后，接下来就是实用场景：生成PDF和截图。

方法一，把网页保存为PDF：

google-chrome --headless --disable-gpu --no-sandbox --print-to-pdf=output.pdf https://example.com

方法二，截取整页PNG图像：

google-chrome --headless --disable-gpu --no-sandbox --screenshot=output.png https://example.com

这里有一条铁律：--print-to-pdf和--screenshot绝对不可以同时使用。为什么？因为Chrome发现两者并存时会直接静默退出，不报错不提示，最后留下一个空文件给你。要PDF就别碰--screenshot，要截图就删掉--print-to-pdf，就这么简单。

生成PDF与截图的专用参数组合

接下来才是真正的硬核内容。下面这些参数不是可有可无的“锦上添花”，而是在CI环境下防止进程崩溃的刚性需求——许多新手踩坑都是栽在这里。

1. 加上--remote-debugging-port=9222：开启调试端口，方便你用Puppeteer或Chrome DevTools Protocol远程连接排查问题。一旦浏览器卡死或行为异常，这个口子就是你的救命通道。
2. 千万别忘了--disable-dev-shm-usage：这条参数绕过了/dev/shm的内存共享机制。在Docker容器或者低配虚拟机里，共享内存动不动就吃完，没有这个参数，进程说挂就挂。
3. 补充--single-process：强制单进程模式。如果你用的是Alpine这类嵌入式Linux发行版，多进程沙箱初始化经常失败，这个参数能直接绕过故障点。
4. 设置--user-data-dir=/tmp/chrome-test-profile：给每个无头实例分配独立的用户数据目录。试想一下，多个实例共用一个缓存目录，Cookie和LocalStorage数据互相覆盖，结果跑出来的测试千奇百怪——指定独立的目录能彻底杜绝这种混乱。
5. 最后，加上--hide-scrollbars --mute-audio --disable-extensions：这三兄弟负责消除不必要的UI组件、音频输出和后台扩展干扰，确保页面渲染结果纯净且稳定。对于自动化测试来说，任何非预期因素都是潜在的噪音。

提升稳定性与兼容性的进阶参数配置

把这些参数组合在一起，你的无头Chrome才能在服务器上真正稳下来。记住一个原则：参数宁可多写一条，也不要等到进程崩了再回头补墙。

《夸克》非常好用的免费AI浏览器

下载APP查看