是的，您没看错。
使用 64位IEDriverServer.exe会 非常缓慢地
send_keys()用 字符序列 填充该字段。
@JimEvans在“屏幕快照”，“
SendKeys”和“六十四位”一文中提到 ……自IE10发行以来，Internet Explorer驱动程序存在一些问题…… 。
讨论IE x64慢速键入的评论中提到，任何修补程序都需要
“对IE驱动程序的二进制组件进行大规模重新架构，[因此]（或将没有）可用的时间表”
来提供修补程序。是什么原因导致这些问题？它们有什么关系？为什么修复如此困难？这些问题的答案都可以用一个简单的答案来概括： “ Windows挂钩”。
深潜
当您在64位版本的Windows上运行IE
10或更高版本时，默认情况下，承载包含浏览器镶边的包含窗口（地址栏，导航按钮，菜单等）的进程是64位进程。承载实际渲染内容的窗口（在每个选项卡中）的进程是一个32位进程。
默认情况下，IE驱动程序尝试在内容呈现窗口上使用窗口挂钩，以确保在发送按键消息之前正确处理了按键消息。这就是问题所在。未安装Windows挂钩，因为32位进程（内容呈现进程）无法执行64位代码。正确解决此问题的唯一方法是创建第二个（32位）可执行文件，以执行等待击键完成的等待。由于这将构成IE驱动程序二进制组件的大规模重新架构，因此没有（或将有）时间表可用于此更改。这意味着，即使在运行64位Windows时，也可能会使用32位版本的IE呈现内容。对于继续将IE驱动程序的32位版本用于IE
10及更高版本，这是一个有力的论据： 实际上 针对64位版本的IE运行。
如果您坚持必须运行IEDriverServer.exe的64位版本，则有两种可能的解决方法。首先，可以使用语言绑定为此提供的任何机制，通过将“
nativeEvents”功能设置为false来禁用本机事件。从输入仿真的角度来看，更准确的解决方法是启用“
requireWindowFocus”功能，尽管这也具有Windows钩子依赖关系，这可能会以其他方式体现出来。
窗户挂钩
所有Windows应用程序中都有一个称为“消息循环”的例程。消息循环重复调用GetMessage
API函数，并处理发送到应用程序的消息，当它们到达其队列时。挂钩是Windows消息处理系统的一项功能，允许开发人员拦截，检查和修改发送到应用程序的消息。通过安装钩子，开发人员可以例如验证某个消息是否已被钩住的窗口处理。或者他们可以修改发送到窗口的消息，以表示操作系统可以执行实际上无法执行的操作。这是一个聪明的机制，但是确实有一些要求，超出了本讨论的范围。
解
尝试使用 32位IEDriverServer* 可执行文件，而不是 64位IEDriverServer 可执行文件 *
将IEDriverServer.exe放在哪里？
您可以将 IEDriverServer.exe 放在系统内的任何位置， executable_path
并按如下所示通过参数传递二进制文件的绝对位置（Windows OS示例）：
from selenium import webdriverdriver = webdriver.Ie(executable_path=r'C:pathtoIEDriverServer.exe')driver.get("https://www.facebook.com/")print("Page Title is : %s" %driver.title)driver.quit()
