使用RSelenium无法选中UL无序列表内指定选项问题求解

• 查找作用域逻辑错误：代码中在筛选按钮实例opcao上调用findElement方法时，传入了从html根节点开始的绝对xpath。按照WebDriver的解析规则，基于子元素调用查找方法时，xpath的匹配范围会被限制在该元素的下属DOM子树内，绝对路径根本跨不出按钮的子树范围，无论写什么路径都无法匹配到页面中其他位置的浮层元素。
• DOM加载时序不匹配：点击筛选按钮后，筛选列表是异步渲染的，代码没有等待列表完全加载就立刻执行元素查找，目标复选框还没生成在DOM树中，自然定位失败。
• 绝对路径动态失效：xpath中body/div[14]的层级序号是动态变化的，页面其他浮层的加载顺序、渲染时机稍有变化，对应的div索引就会偏移，路径根本无法稳定指向目标筛选面板。
• 元素交互前置条件缺失：部分浮层中的复选框会被上层遮罩层遮挡，直接触发点击事件会被拦截，无法完成选中操作。

• 修正查找作用域：放弃从按钮节点向下查找的逻辑，直接用驱动客户端的全局查找方法定位页面元素，也就是把opcao$findElement(...)替换为driver$client$findElement(...)。
• 替换稳定的相对xpath：摒弃从html根节点开始的全路径写法，以浮层容器的稳定特征为起点写匹配规则，例如以“包含复选框列表的弹窗容器”为起点，定位第15个列表项下的输入框，避免依赖动态变化的div序号。
• 增加加载等待逻辑：点击筛选按钮后，通过轮询判断目标元素是否已加载到DOM树中，等待元素可交互后再执行点击操作，不要在点击筛选按钮后立刻执行查找逻辑。
• 增加定位校验环节：把编写完成的xpath粘贴到Chrome开发者工具的元素搜索框中，确认能100%命中目标复选框后，再将路径写入R代码。
• 兼容遮挡场景的点击逻辑：如果元素定位准确但无法触发选中，可通过JS直接执行元素点击、先将元素滚动到可视区域的方式绕过遮罩层拦截。

参考可复用的代码片段：

# 点击筛选按钮完成后，增加等待逻辑
max_wait <- 10 # 最长等待10秒
target_xpath <- "//div[contains(@class, 'filter-modal')]//ul/li[15]//input[@type='checkbox']"
# 轮询等待元素出现
for (sec in 1:max_wait*10) {
  is_loaded <- tryCatch({
    driver$client$findElement(using = "xpath", value = target_xpath)
    TRUE
  }, error = function(e) FALSE)
  if (is_loaded) break
  Sys.sleep(0.1)
}
# 定位元素并执行点击
target_elem <- driver$client$findElement(using = "xpath", value = target_xpath)
# 先滚动到元素可视区域
driver$client$executeScript("arguments[0].scrollIntoView({block: 'center'});", list(target_elem))
# 执行点击，若被遮挡则用JS触发
tryCatch(target_elem$clickElement(), 
         error = function(e) {
           driver$client$executeScript("arguments[0].click();", list(target_elem))
         })

内容的提问来源于stack exchange，提问作者Rodrigo Monteiro de Moraes de