Go-Rod项目中浏览器窗口尺寸记忆问题的分析与解决

在自动化浏览器测试领域，窗口尺寸的持久化是一个常见的功能需求。近期在Go-Rod项目中，用户反馈了一个关于浏览器窗口尺寸记忆异常的问题：当使用指定用户数据目录时，手动调整后的窗口尺寸无法在下次启动时保持。

问题现象

在使用Go-Rod v0.114.7版本时，开发者发现通过以下代码启动的Chrome浏览器存在异常行为：

rod.
  New().
  ControlURL(
      launcher.New().
      Headless(false).
      Bin("/Applications/Google Chrome.app/Contents/MacOS/Google Chrome").
      UserDataDir("./data").
      MustLaunch(),
  ).
  MustConnect().
  NoDefaultDevice().
  MustPage("")

具体表现为：

1. 当手动拖动调整窗口尺寸后，下次启动时窗口会恢复默认尺寸
2. 不使用UserDataDir参数时，尺寸记忆功能正常
3. 直接通过命令行启动Chrome并指定用户目录时，尺寸记忆也正常

技术分析

经过深入排查，这个问题涉及多个技术层面：

1. Chrome行为变更：Chromium内核在近期更新中可能调整了窗口状态持久化的逻辑
2. 用户数据目录隔离：指定用户目录时，Chrome会创建全新的浏览器环境
3. 会话恢复机制：浏览器通常将窗口状态保存在会话数据中

值得注意的是，这个问题在直接使用Chrome命令行启动时不会出现，说明问题可能出在Go-Rod与Chrome的交互层。

解决方案

Go-Rod维护团队在v0.114.8版本中修复了这个问题。修复的核心思路是：

1. 确保窗口状态信息被正确写入用户数据目录
2. 优化启动参数传递逻辑，保持与原生Chrome行为一致
3. 完善会话恢复的处理流程

开发者可以通过升级到最新版本来解决这个问题。对于暂时无法升级的用户，也可以考虑以下替代方案：

// 使用MustSetWindowBounds显式设置窗口尺寸
page.MustSetWindowBounds(0, 0, 1280, 800)

最佳实践建议

1. 对于需要持久化窗口状态的场景，建议：

   • 使用最新版本的Go-Rod
   • 明确指定窗口尺寸
   • 确保用户数据目录有正确的读写权限

2. 调试技巧：

   • 检查用户数据目录中的Session Storage文件
   • 对比不同启动方式的Chrome进程参数差异

3. 兼容性考虑：

   • 不同操作系统可能表现不同
   • Chrome版本差异需要特别关注

这个案例展示了浏览器自动化工具与底层浏览器引擎交互的复杂性，也提醒开发者在依赖浏览器原生行为时需要做好兼容性测试。