摘要
Headless Chrome 指在 headless 模式下运行谷歌浏览器。本质就是不用谷歌运行谷歌!它将由 Chromium 和 Blink 渲染引擎提供的所有现代网页平台的特征都转化成了命令行。
它有什么用?
Headless 浏览器是一种很好的工具,用于自动化测试和不需要可视化用户界面的服务器。例如,你想在一个网页上运行一些测试,从网页创建一个 PDF,或者只是检查浏览器怎样递交 URL。
警告:在 Mac 和 Linux 上的 Chrome 59 可以运行 Headless 模式。支持 Windows 的会很快提供。
开始 Headless(命令行界面)
开始 headless 模式的最简单方式就是用命令行打开谷歌浏览器。如果你已经安装了Chrome 59 以上版本,用 --headless 命令打开:
注意:--disable-gpu 命令是暂时需要,最后会消失。chrome 命令必须指向你的谷歌浏览器的安装路径。不同的系统有不同的路径。因为我在 Mac 上安装,我给每个已经安装的谷歌浏览器版本都起了别名(aliase)。
命令行界面
有时候,你也许不需要在Headless Chrome中运行编程脚本。下面是一些有用的执行常见任务的命令行指令。
注意:运行这些命令时你同时需要--disable-gpu命令。
打印 DOM
--dump-dom命令打印document.body.innerHTML到标准输出:
创建PDF
--print-to-pdf 命令从网页创建一个PDF:
截图
获得一个页面的截图,使用 --screenshot 命令:
使用--screenshot命令会在当前工作目录中保存截图为screenshot.png。如果你想给整个页面截图,会有点复杂。有一个很好的博客可以解决你的问题,作者是David Schnurr ,题目为《把headless Chrome作为一个自动截图工具》。
不用浏览器用户界面调试谷歌浏览器?
当你用--remote-debugging-port=9222命令打开谷歌浏览器时,DevTools协议会被激活。该协议用于与谷歌浏览器内核进行交互和驱动headless浏览器实例。它也可以像Sublime、VS Code和Node一样用来远程调试一个程序。
因为没有浏览器用户界面用来看网页,你需要在另一个浏览器中连接到http://localhost:9222 来确保一切正常。你会看到一列可检查的网页,可以点击它们并看到使用了哪种Headless渲染。
用 DevTools 远程调试用户界面
从这开始,你可以像往常一样用熟悉的 DevTools 来检查、调试和调整网页了。如果你要用Headless编程模式,这个页面也会是一个有力的调试工具,让所有原始DevTools协议命令穿过电线,与浏览器进行交流。
使用编程模式(Node)
打开谷歌浏览器
在之前的部分,我们使用--headless --remote-debugging-port=9222命令手动打开谷歌。然而,为了全自动测试,你可能需要在应用程序中批量打开谷歌浏览器。
一种方式是用child_process:
但是当你需要一个可以跨平台运行的方案时,事情就变得复杂了。请看Chrome的硬编码。
使用Lighthouse的ChromeLauncher模块
Lighthouse是一种用来测试Web应用的神奇工具。人们没有意识到的一件事是它配置了一些很有用的工作在谷歌浏览器上的模块。其中一个就是ChromeLauncher。ChromeLauncher可以找到谷歌浏览器的安装位置,建立一个调试实例,启动浏览器,在程序完成后杀掉实例。最棒的是由于Node它可以跨平台工作!
注意:Lighthouse团队正在为 ChromeLauncher 探索一个有改进的API的独立的包。如果你有任何反馈请告诉我们。
默认情况下,ChromeLauncher 会启动金丝雀(Canary)版Chrome(如果它安装了),但是你可以手动选择默认使用哪个版本。为了使用它,首先要从npm上安装Lighthouse:
例子:用ChromeLauncher启动Headless模式
运行这个脚本不会做很多事,但是你可以在任务管理器中看到,谷歌浏览器启动了一个加载about:blank的实例。记住,不会有任何浏览器用户界面。我们是headless的。
为了控制浏览器,我们需要DevTools协议!
检索网页信息
chrome-remote-interface是一个很好的 Node 包,提供了一些基于 DevTools 协议的高级API。你可以用它来编排 Headless Chrome,导航到网页,并获取这些网页的信息。
让我们安装这个包:
示例
得到如下形式的结果:HeadlessChrome/60.0.3082.0
更多资源
这有一些有用的入门资源:
《DevTools Protocol》——如何使用该协议的参考资料
《DevTools Protocol Viewer》——API参考文档
chrome-remote-interface——基于 DevTools协议的node模块
Lighthouse——测试web应用的质量的自动化工具
《The Headless Web》——作者Paul Kinlan发布的使用api.ai.和Headless的博客
我需要 --disable-gpu 命令吗?
现在需要。--disable-gpu 是用来处理一些 bug 时暂时需要的命令。在之后的谷歌浏览器版本中就不需要了。从 https://crbug.com/546953#c152 和https://crbug.com/695212 中了解更多。
所以我仍然需要 Xvfb?
不需要。Headless Chrome不需要用窗口,所以不需要像 Xvfb 一样的显示服务器。没有它你就可以进行自动化测试。
Xvfb 是什么?
Xvfb 是一个在类Unix系统中运行在内存的显示服务器,让你可以没有连接物理显示设备就能运行图形用户界面程序(比如谷歌浏览器)。许多人用Xvfb运行早期版本的谷歌浏览器来做“headless”测试。
我是怎样创建 Docker 容器来运行 Headless Chrome 的?
使用 lighthouse-ci。它有一个以 Ubuntu 作为基础镜像的 Dockerfile 实例,还可以在一个 App Engine Flexible 容器中安装+运行 Lighthouse。
我可以把这个和 Selenium / WebDriver / ChromeDriver 一起用么?
现在,Selenium 为谷歌浏览器开放了一个完整实例。换句话说,这是一个全自动方案但不是完全 headless 模式。不管怎样,Selenium 会在将来可以使用--headless。
如果你想试试,我建议参照文章《 Running Selenium with Headless Chrome》来设置你想要的。
注意:你在使用 ChromeDriver 时或许会遇到 bug。截至本次写作时间,最新版本(2.29)只支持 Chrome 58。Headless Chrome 要求 Chrome 59 及更高版本。
这个与 PhantomJS 有什么关系?
Headless Chrome 和 PhantomJS 是相似的工具。它们都可以用来在 headless 环境下进行自动化测试。两者的主要不同是 Phantom 用一个更老版本的 WebKit 作为渲染引擎,而 Headless Chrome 使用最新版本的 Blink 作为渲染引擎。
现在,Phantom 也提供了一个比 DevTools 协议更高级的 API。
我在哪儿提交 bug?
Headless Chrome 的 bug,请提交到crbug.com。
DevTools 协议的 bug,请提交到 github.com/ChromeDevTools/devtools-protocol。
本文由 看雪翻译小组 Green奇 编译,来源 Eric Bidelman@ Web
戳👇 图片加入看雪翻译小组哦!
往期热门内容推荐
更多优秀文章,长按下方二维码,“关注看雪学院公众号”查看!
看雪论坛:http://bbs.pediy.com/
微信公众号 ID:ikanxue
微博:看雪安全
投稿、合作:www.kanxue.com