Pyppeteer连接launch启动的Chrome浏览器失败问题咨询

• 核心原因：pyppeteer.launch()方法默认会自动注入--remote-debugging-pipe启动参数，该参数会强制Chrome使用管道模式进行调试通信，直接忽略你传入的--remote-debugging-port=9222配置，导致9222端口没有开启监听，因此连接失败。而你用subprocess手动启动Chrome时不会添加该管道参数，端口配置可以正常生效。
• 次要原因：部分版本的pyppeteer在调用launch方法后会默认持有浏览器实例的独占控制权，会阻止外部调试连接接入，避免进程操作冲突。

你可以根据自己的使用场景选择以下任意一种方案：

方案1：排除默认管道参数，保留端口监听 #

在调用launch方法时添加ignoreDefaultArgs参数，移除默认的管道参数，让端口配置生效：

await launch(
    headless=False,
    executablePath="C:/Program Files/Google/Chrome/Application/chrome.exe",
    args=["--remote-debugging-port=9222", "--remote-debugging-address=127.0.0.1"],
    ignoreDefaultArgs=["--remote-debugging-pipe"]
)

配置完成后就可以用你原来的connect代码正常连接9222端口。

方案2：直接使用launch返回的浏览器实例 #

如果你是在同一个脚本内操作浏览器，不需要额外调用connect方法，launch返回的就是已经建立连接的浏览器实例，可以直接使用：

browser = await launch(
    headless=False,
    executablePath="C:/Program Files/Google/Chrome/Application/chrome.exe"
)
# 直接调用browser的相关API操作即可，无需走端口连接
page = await browser.newPage()

方案3：使用官方推荐的WebSocket地址连接 #

如果确实需要跨进程/跨脚本连接浏览器，可以直接从launch返回的实例中获取原生调试WebSocket地址，不需要手动配置端口，稳定性更高：

# 启动端代码
browser = await launch(
    headless=False,
    executablePath="C:/Program Files/Google/Chrome/Application/chrome.exe"
)
ws_endpoint = browser.wsEndpoint
# 将ws_endpoint传递给需要连接的进程/脚本即可

# 连接端代码
browser = await pyppeteer.connect(browserWSEndpoint=ws_endpoint)

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