如何解决Chrome/Edge WebDriver中意外出现的Stale Element Exception问题

你遇到的是Chromium内核WebDriver的已知偶现问题：即使页面DOM完全静态，Chrome/Edge的WebDriver在页面渲染帧提交、内核内部元素缓存刷新的间隙，也可能随机标记已获取的元素引用为失效状态，Firefox的WebDriver实现逻辑不同，所以不会触发该问题。

1. 增加Stale异常专属重试逻辑 #

这是性价比最高的兼容方案，只需要封装通用重试方法，针对StaleElementReferenceException做有限次重试即可，推荐重试3次，每次间隔50ms，基本可以覆盖99%的偶现场景。
示例代码：

public static class WebDriverExtensions
{
    public static T RetryOnStale<T>(this IWebDriver driver, Func<T> operation, int maxRetry = 3, int delayMilliseconds = 50)
    {
        for (int i = 0; i < maxRetry; i++)
        {
            try
            {
                return operation();
            }
            catch (StaleElementReferenceException)
            {
                if (i == maxRetry - 1) throw;
                System.Threading.Thread.Sleep(delayMilliseconds);
            }
        }
        return default;
    }
}

调用方式：

var txt1 = driver.RetryOnStale(() => 
{
    var parentNode = driver.FindElement(By.Id("ID"));
    return parentNode.FindElement(By.XPath("./span/div[1]")).Text;
});

2. 跳过父节点依赖，直接全量定位元素 #

直接从WebDriver根节点执行查询，不依赖提前获取的父节点引用，从根源上避免父节点引用失效的问题：

var txt1 = driver.FindElement(By.XPath("//*[@id='ID']/span/div[1]")).Text;
var txt2 = driver.FindElement(By.XPath("//*[@id='ID']/span/div[3]")).Text;

3. 直接调用原生JavaScript获取内容 #

完全绕开WebDriver的元素状态校验逻辑，直接调用浏览器原生DOM API获取内容，稳定性最高：

var jsExecutor = (IJavaScriptExecutor)driver;
var txt1 = (string)jsExecutor.ExecuteScript("return document.querySelector('#ID span div:first-child').textContent.trim()");
var txt2 = (string)jsExecutor.ExecuteScript("return document.querySelector('#ID span div:nth-child(3)').textContent.trim()");

4. 增加显性等待确保元素稳定 #

查找前先通过显性等待确认父节点已完全稳定，不要使用隐式等待：

var wait = new WebDriverWait(driver, TimeSpan.FromSeconds(3));
var parentNode = wait.Until(d => d.FindElement(By.Id("ID")));
// 额外校验一次元素状态
if(parentNode.Displayed)
{
    var txt1 = parentNode.FindElement(By.XPath("./span/div[1]")).Text;
    var txt2 = parentNode.FindElement(By.XPath("./span/div[3]")).Text;
}

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