先给大家分享一段我日常用的C#代码——核心是处理元素点击，但其实改改就能适配可见性校验、文本输入这类其他操作，而且逻辑完全不局限于C#，换Java/Python也能照搬思路：

// 示例：带重试与异常兜底的元素点击方法
public void SafeClickElement(IWebDriver driver, By locator, int retryCount = 3)
{
    int attempts = 0;
    while (attempts < retryCount)
    {
        try
        {
            var element = driver.FindElement(locator);
            // 先确保元素处于可交互状态
            new WebDriverWait(driver, TimeSpan.FromSeconds(10))
                .Until(ExpectedConditions.ElementToBeClickable(element));
            
            // 应对元素遮挡：原生点击失效时用JS点击兜底
            if (!element.Enabled || !element.Displayed)
            {
                IJavaScriptExecutor js = (IJavaScriptExecutor)driver;
                js.ExecuteScript("arguments[0].click();", element);
            }
            else
            {
                element.Click();
            }
            break;
        }
        catch (WebDriverException ex)
        {
            attempts++;
            if (attempts == retryCount)
            {
                throw new Exception($"尝试点击元素失败，已重试{retryCount}次", ex);
            }
            // 重试前短暂等待，给页面/驱动恢复时间
            Thread.Sleep(1000);
        }
    }
}

做过IE、Edge、Firefox、Chrome全浏览器自动化的朋友肯定懂那种糟心：时不时碰到特定驱动的bug，或者网页的奇葩行为——比如元素明明在DOM里却一直被遮挡、驱动毫无征兆地崩溃、各种无堆栈的诡异异常……

我这个方法就是专门针对这些场景设计的：

• 自带重试机制，能应对临时的页面加载延迟或驱动偶发卡顿
• 先校验元素的可交互状态，避免无效操作
• 原生操作失效时用JavaScript作为兜底，解决元素遮挡的常见问题
• 统一的异常捕获和封装，方便后续排查问题

把核心操作（比如这里的Click）换成SendKeys或者Displayed校验，就能快速适配其他自动化场景，不用重复写异常处理和重试逻辑。

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