Ruby/Watir自动化Chrome浏览器时，抛出异常后如何重获浏览器控制权？

你的场景真的很典型——既要复用现有用户配置带来的自动填充便利，又不想因为Chrome的单实例限制丢了浏览器控制权，完全理解这种纠结！下面给你几个可行的方向，优先推荐第一个方案：

1. 连接到已运行的Chrome实例（最优解） #

Chrome本身支持远程调试模式，Watir也提供了attach方法来连接到已经打开的浏览器窗口，这刚好能解决你遇到的问题：当Browser.new抛出异常后，Chrome自动恢复的窗口其实是可以被Watir捕获并接管的。

具体步骤： #

• 首先，确保你启动Chrome的时候（不管是手动还是脚本触发），加上远程调试的启动参数：--remote-debugging-port=9222。这样Chrome会开启一个调试端口，允许外部工具连接。
• 然后修改你的异常处理逻辑，在Browser.new失败时，尝试attach到这个已运行的实例：

args = ['--user-data-dir=你的用户配置路径', '--remote-debugging-port=9222']
browser = nil

begin
  browser = Watir::Browser.new :chrome, options: {args: args}
rescue StandardError => e
  # 捕获实例启动失败的异常，尝试连接现有窗口
  puts "启动新实例失败，尝试连接现有窗口: #{e.message}"
  # 方式1：通过远程调试端口连接
  browser = Watir::Browser.attach(:chrome, url: 'http://localhost:9222')
  # 方式2：如果知道窗口标题或URL，也可以这样定位
  # browser = Watir::Browser.attach(title: /博物馆系统|你要访问的页面标题/)
  # browser = Watir::Browser.attach(url: /你的系统登录页URL/)
end

# 现在你就能正常控制browser变量了
browser.goto('你的报告生成页面')
# ...后续操作
browser.close

这个方法的好处是完全复用现有用户配置，不用管密码变更的问题——因为Chrome自动填充的是当前配置里的最新密码，你根本不需要在脚本里硬编码或者处理密码同步。

2. 优化初始启动逻辑，避免实例冲突 #

如果不想依赖远程调试，你也可以在启动前先检查是否有已运行的Chrome实例使用了目标用户配置：

• 用系统命令（比如Windows的tasklist、Linux/macOS的ps）检查是否有带指定--user-data-dir参数的Chrome进程
• 如果有，直接attach；如果没有，再尝试Browser.new

不过这个方法需要处理跨平台的进程检查逻辑，比远程调试的方案麻烦一些，所以优先推荐第一个。

3. 关于复制用户配置的备选方案（不推荐但可优化） #

如果你实在要走复制配置的路，其实可以做个小优化：每次启动前自动复制最新的用户配置到临时目录，这样就能同步最新的密码。但这个方法有两个问题：

• 复制配置可能需要Chrome完全关闭，否则会有文件锁问题
• 每次复制会增加启动时间，不如直接连接现有实例高效

所以还是优先用远程调试+attach的方案，既解决控制权问题，又完美保留自动填充的便利。

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