Selenium WebDriverWait如何等待两个元素中任意一个可见

自定义方法抛异常的原因 #

你的实现思路没有问题，问题出在driver.FindElement()的执行逻辑：当定位器找不到对应元素时，该方法会直接抛出NoSuchElementException，导致或||运算的第一个条件直接抛错中断，根本不会执行第二个条件的判断。
虽然WebDriverWait默认会捕获NoSuchElementException并触发重试，但部分Selenium版本的默认异常忽略列表没有包含该异常，或者你在委托内部没有做异常隔离，就会导致异常直接抛出到外层。

不使用XPath的实现方案 #

完全可以不依赖XPath的管道符语法，通过自定义等待条件实现，核心是用FindElements()替代FindElement()——FindElements()在匹配不到元素时只会返回空集合，不会抛出异常，不会中断判断逻辑。
通用实现代码如下：

public IWebElement WaitForAnyVisible(params By[] locators)
{
    var wait = new WebDriverWait(driver, TimeSpan.FromSeconds(30));
    return wait.Until(drv =>
    {
        foreach (var locator in locators)
        {
            var matched = drv.FindElements(locator);
            if (matched.Count > 0 && matched[0].Displayed)
                return matched[0];
        }
        return null;
    });
}

这个方法兼容所有类型的定位器，By.Id、By.LinkText、By.CssSelector都可以直接传入，不需要转成XPath。调用示例：

// 等待两个任意一个元素可见，返回匹配到的可见元素
var currentElement = WaitForAnyVisible(
    By.Id("dropdown"),
    By.Id("firstname")
);
// 可以直接根据返回的元素判断当前走哪个业务分支
if (currentElement.GetAttribute("id") == "dropdown")
{
    // 下拉框出现的对应逻辑
}
else
{
    // 输入框出现的对应逻辑
}

方案推荐 #

优先选上面的自定义通用等待方法，优势如下：

• 灵活度高：支持任意数量、任意类型的定位器，不需要受限于XPath语法
• 可维护性好：每个定位器单独编写，修改时不需要调整复杂的组合XPath
• 性能更好：Id、CssSelector的定位速度普遍快于XPath
• 实用性强：方法直接返回命中的可见元素，不需要额外写判断逻辑确认当前加载完成的元素

如果只是临时写两个元素的判断，不想封装通用方法，也可以直接在等待委托里给每个元素的查找加异常捕获，修正你原来的代码即可：

public void WaitForStuff(By element1, By element2)
{
    new WebDriverWait(driver, TimeSpan.FromSeconds(30)).Until(driver =>
    {
        bool ele1Visible = false, ele2Visible = false;
        try { ele1Visible = driver.FindElement(element1).Displayed; }
        catch (NoSuchElementException) {}
        try { ele2Visible = driver.FindElement(element2).Displayed; }
        catch (NoSuchElementException) {}
        return ele1Visible || ele2Visible;
    });
}

不推荐长期使用XPath管道符拼接的方案：组合XPath可读性差，后续维护时很容易因为修改其中一段路径导致整个定位器失效，且定位性能不如Id、CssSelector。

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