IE11中SendKeys无法向对应组件赋值，Chrome正常，求解决方案

我之前也遇到过类似的IE11和Selenium兼容性问题，结合你的描述来看，这个问题主要是IE11的驱动特性、浏览器配置以及元素交互逻辑和Chrome的差异导致的。下面给你拆解原因和解决方案：

为什么Chrome运行正常？ #

Chrome的ChromeDriver和浏览器本身的适配做得非常成熟，对WebDriver标准API的实现更贴合现代浏览器的事件机制，元素加载、焦点管理、输入事件触发都很稳定。而且Chrome对动态页面的处理逻辑更流畅，不容易出现元素未就绪就执行操作的情况，所以你的脚本在Chrome里能正常工作。

而IE11是一款老旧浏览器，IEDriverServer的实现本身就有不少兼容性局限，比如对DOM事件的处理、焦点切换的逻辑和现代浏览器差异很大，再加上IE本身的保护模式、自动填充等特性干扰，就容易出现输入值错位的诡异问题。

具体解决方案 #

1. 先搞定IEDriverServer和IE11的基础兼容性配置 #

这是很多IE11+Selenium问题的根源：

• 匹配驱动版本：确保你用的IEDriverServer版本和IE11的版本完全匹配（建议从Selenium官网下载对应版本的32位驱动，64位IEDriver对IE11的兼容性很差）。
• 统一IE保护模式：打开IE的「Internet选项」→「安全」，把所有区域（Internet、本地Intranet、可信站点、受限站点）的「启用保护模式」勾选状态设置为一致（要么全勾，要么全不勾）。
• 设置缩放为100%：IE的缩放比例如果不是100%，会导致驱动定位元素时坐标偏移，进而引发输入错位。
• 关闭自动填充：IE的自动填充可能会干扰SendKeys的输入，去「Internet选项」→「内容」→「自动完成」→「设置」，关闭表单和密码的自动填充功能。

2. 优化脚本的元素交互逻辑 #

你的脚本用了Thread.sleep()，这种固定等待在IE11里很不靠谱，因为IE加载元素的速度远慢于Chrome，很可能你执行操作时元素还没完全就绪，导致焦点错位。建议改成显式等待，并且增加焦点获取的步骤：

// 初始化显式等待，超时时间设为10秒
WebDriverWait wait = new WebDriverWait(driver, 10);

// 处理Address Line1
WebElement address1 = wait.until(ExpectedConditions.elementToBeClickable(By.id("accountForm:accountTabSet:0:paCustForm_main_address1_text")));
address1.click(); // 先获取焦点
address1.clear();
address1.sendKeys(ADDRESS1);

// 处理City
WebElement city = wait.until(ExpectedConditions.elementToBeClickable(By.id("accountForm:accountTabSet:0:paCustForm_main_city_text")));
city.click();
city.clear();
city.sendKeys(CITY_NAME);

// 处理State
WebElement state = wait.until(ExpectedConditions.elementToBeClickable(By.id("accountForm:accountTabSet:0:paCustForm_main_state_text")));
state.click();
state.clear();
state.sendKeys(STATE_CODE);

// 处理Postal code
WebElement postalCode = wait.until(ExpectedConditions.elementToBeClickable(By.id("accountForm:accountTabSet:0:paCustForm_main_postalCode_text")));
postalCode.click();
postalCode.clear();
postalCode.sendKeys(POSTAL_CODE);

显式等待会等待元素真正可交互后再执行操作，避免了固定等待的不确定性；而先点击元素获取焦点，能确保IE11把输入事件绑定到正确的字段上。

3. 用JavaScript输入绕过IE的原生事件问题 #

如果上面的方法还是不行，可以尝试用JavaScript直接设置元素的值，绕过IE11对SendKeys事件的兼容性问题：

// 处理Address Line1
WebElement address1 = wait.until(ExpectedConditions.visibilityOfElementLocated(By.id("accountForm:accountTabSet:0:paCustForm_main_address1_text")));
JavascriptExecutor js = (JavascriptExecutor) driver;
// 设置值
js.executeScript("arguments[0].value = arguments[1];", address1, ADDRESS1);
// 如果页面需要触发change事件，再加这一行
js.executeScript("arguments[0].dispatchEvent(new Event('change'));", address1);

// 其他字段同理

这种方式直接操作DOM元素的value属性，不会受IE的焦点或事件触发逻辑影响，但要注意如果页面依赖输入事件（比如实时校验），需要手动触发对应的事件。

4. 排查DOM结构差异 #

打开IE11的开发者工具（F12），检查你定位的ID对应的元素是否和Chrome里的一致：

• 有没有可能IE11里存在隐藏的同名元素？
• 页面是否有iframe，脚本有没有切换到正确的iframe？（虽然Chrome正常，但IE对iframe的处理可能不同）
• 检查元素的name属性是否和其他字段冲突，IE有时候会优先根据name属性处理输入。

总结 #

先从基础配置入手，再优化脚本的等待和交互逻辑，一般就能解决IE11里的SendKeys错位问题。如果还是不行，就用JavaScript输入的方案兜底。

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