Selenium运行电商脚本报cannot determine loading status错误

你遇到的cannot determine loading status from unknown error: unexpected command response报错，和Java版本、代码基础逻辑无关，是Chrome 103正式版搭配同版本ChromeDriver时的已知通信bug：当页面还在异步加载图片、脚本、埋点资源的过程中，Selenium发起DOM查询、点击这类操作指令时，浏览器和Driver之间的通信会出现意外响应中断，直接抛出该异常。日志开头的SLF4J相关提示仅为日志组件缺少实现类的警告，不影响脚本执行，和本次报错没有关联。

• 最彻底的解决方式：将Chrome浏览器升级到104及以上正式版本，该通信bug在104版本中已被官方修复。使用WebDriverManager管理驱动的场景下，升级浏览器后会自动拉取版本匹配的ChromeDriver，无需手动修改驱动路径配置。
• 临时兼容方案（暂无法升级浏览器时使用）：初始化ChromeDriver时修改默认页面加载策略，将默认的normal策略（等待全页面资源加载完成）改为none，不强制等待所有资源加载完成，避免加载过程中的指令冲突，配置代码如下：

ChromeOptions chromeOptions = new ChromeOptions();
chromeOptions.setPageLoadStrategy(PageLoadStrategy.NONE);
WebDriver driver = new ChromeDriver(chromeOptions);

• 增加异常重试逻辑：针对页面跳转后的元素查找、点击操作，捕获该特定异常后自动重试1-2次，覆盖偶发的通信中断场景，避免单次异常直接终止脚本运行。
• 调整操作执行顺序：将现有代码中窗口最大化的操作，从driver.get()调用之后移到浏览器初始化完成、访问页面前执行，避免页面加载过程中触发窗口尺寸变化导致的渲染异常，降低报错概率。

• 代码中定位品牌名Billionaire Boys Club使用的CSS选择器[text='Billionaire Boys Club']为无效写法，CSS选择器原生不支持直接按节点文本匹配，该选择器永远无法定位到元素，后续运行会触发元素不存在报错，按文本匹配元素请使用XPath写法：//*[text()='Billionaire Boys Club']
• 减少硬编码Thread.sleep()的使用，页面跳转、点击触发内容刷新后，统一用显式等待判断目标元素可交互后再执行操作，避免固定等待时长要么浪费时间、要么等待不足导致的报错。
• 显式等待的until方法在条件满足时会直接返回定位到的元素对象，不需要等待后再单独调用一次findElement重复查询DOM，既可以提升执行效率，也能减少和Driver的通信次数、降低异常触发概率，示例写法：

// 原写法重复查询DOM，可优化
// waits.until(ExpectedConditions.visibilityOfElementLocated(By.id("wzrk-cancel")));
// driver.findElement(By.id("wzrk-cancel")).click();

// 优化后写法
WebElement cancelNotifyBtn = waits.until(ExpectedConditions.elementToBeClickable(By.id("wzrk-cancel")));
cancelNotifyBtn.click();

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