用WWW::Mechanize::Chrome操作已启动Chrome当前标签页的异常排查

• 参数配置逻辑错位：脚本同时传入了自动启动Chrome的相关参数（launch_exe、launch_arg）和连接已有实例的参数，触发了模块的分支判断冲突。WWW::Mechanize::Chrome 的内置逻辑是，只要检测到传入了launch_exe配置，就会优先尝试拉起全新的Chrome进程，哪怕你已经手动启动了监听9223端口的Chrome实例。因为9223端口已经被占用，新进程启动失败，模块内部的DevTools连接对象没有正确初始化，最终抛出Can't connect without knowing the port?! 0的报错。
• 端口连接逻辑使用错误：模块连接已有Chrome调试实例时，不能直接在构造函数里传port参数完成连接，必须先通过Chrome::DevToolsProtocol实例显式建立到指定端口的连接，再把连接对象传入构造函数。直接传port参数的方式仅适用于模块自行启动Chrome的场景，连接外部实例时会出现参数识别失效的问题。
• tab => 'current' 配置未生效：这个参数的生效前提是已经成功拿到目标Chrome实例的全部标签页列表。因为前面的连接流程已经失败，模块根本没有权限访问现有Chrome的标签列表，只会走“新建独立标签页”的兜底逻辑，自然无法复用你当前打开的银行页面，后续的页面跳转、弹窗触发、截图操作也会全部失效。

• 预启动Chrome的合规要求：Chrome 111版本之后出于安全限制，禁止远程调试端口连接浏览器默认的用户数据目录。手动启动要操作的Chrome实例时，必须指定独立的用户数据目录，示例启动命令如下：

/usr/bin/google-chrome --remote-debugging-port=9223 --user-data-dir=/tmp/chrome-bank-automation

启动完成后，在这个Chrome实例里手动登录银行网站、打开到转账的操作页面，确保所有需要的会话、Cookie已经加载完成。

• 调整后的可运行脚本：移除所有触发新进程启动的参数，先显式建立到已有Chrome实例的DevTools连接，再指定复用当前激活标签页的配置，示例代码如下：

use Log::Log4perl qw(:easy);
use WWW::Mechanize::Chrome;
use Chrome::DevToolsProtocol;

Log::Log4perl->easy_init($ERROR);

# 建立到已启动Chrome实例的DevTools连接
my $driver = Chrome::DevToolsProtocol->new(
    port => 9223,
    host => '127.0.0.1',
);

# 初始化mech实例，直接复用现有连接，不触发新进程启动
my $mech = WWW::Mechanize::Chrome->new(
    driver => $driver,
    autoclose => 0,
    tab => 'current',
);

# 直接在当前标签页上下文执行操作，不要触发页面跳转
$mech->eval_in_page('alert("Hello Chrome")');
my $png = $mech->content_as_png();

• 场景适配注意点：因为目标是操作已加载的银行转账页面，所有涉及$mech->get()的跳转代码都要移除，直接在当前页面上下文中执行JS填充表单字段、点击确认按钮即可。autoclose => 0的配置必须保留，避免脚本退出时自动关闭已经登录完成的银行会话标签页。

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