IEDriverServer 使用 Selenium 非常缓慢地向搜索字段发送文本
IEDriverServer sends text very slowly using Selenium to the search field
我在 windows7 上使用硒和 python。
我的代码：
import os
from selenium import webdriver
# get the path of IEDriverServer
#dir = os.path.dirname(__file__)
#ie_driver_path = dir + "\IEDriverServer.exe"
ie_driver_path = "C:\Python36\Scripts\IEDriverServer.exe"
# create a new Internet Explorer session
driver = webdriver.Ie(ie_driver_path)
driver.implicitly_wait(30)
driver.maximize_window()
# create a new Firefox session
#driver = webdriver.Firefox()
#driver.implicitly_wait(30)
#driver.maximize_window()
# navigate to the application home page
driver.get("http://demo-store.seleniumacademy.com/")
# get the search textbox
search_field = driver.find_element_by_name("q")
search_field.clear()
# enter search keyword and submit
search_field.send_keys("phones")
search_field.submit()
...
代码有效，但打开时 "phones" 的数字化非常慢（大约 20 秒）。在 firefox 中几乎是瞬时的。
为什么会这样？这是正常的？我做错了什么？
PS：还有，我的IEDriverServer.exe放在哪里比较好？在 C:\Python36\Scripts 中，所以我的所有项目或每个项目中只有一个文件（如注释掉的部分）？
是的，你没看错。
使用 64 位 IEDriverServer.exe send_keys() 使用 字符序列 非常缓慢地填充字段。
@JimEvans 在文章 Screenshots, SendKeys, and Sixty-Four Bits 中提到 ...自 IE10 发布以来，Internet Explorer 驱动程序存在一些问题....
讨论中的评论 IE x64 slow typing 提到任何修复都需要 "a massive rearchitecture of the IE driver's binary components, [so] no timeline is (or will be) available" 才能交付修复。是什么导致了这些问题？它们有什么关系？为什么修复会如此困难？这些问题的答案都可以用一个简单的答案来概括："Windows Hooks."
深入探讨
当您在 Windows 的 64 位版本上 运行 安装 IE 10 或更高版本时，默认情况下承载 window 的进程包含浏览器 chrome（地址栏、导航按钮、菜单等）是64位进程。承载实际呈现内容（在每个选项卡中）的 window 的进程是一个 32 位进程。
默认情况下，IE 驱动程序尝试在内容呈现 window 上使用 windows 挂钩，以确保在发送按键消息之前正确处理按键消息.这就是问题所在。 windows 挂钩未安装，因为 32 位进程（内容呈现进程）无法执行 64 位代码。正确修复此问题的唯一方法是创建第二个（32 位）可执行文件来执行等待按键完成的操作。由于这相当于对 IE 驱动程序的二进制组件进行大规模的重新架构，因此没有（或将）可用于此更改的时间表。这意味着即使您 运行 宁 64 位 Windows，您也可能使用 32 位版本的 IE 来呈现内容。这是继续为 IE 10 及更高版本使用 32 位版本的 IE 驱动程序的有力论据：你不是 actually 运行ning 反对 64 位IE 版本。
如果您坚持必须 运行 IEDriverServer.exe 的 64 位版本，则有两种可能的解决方法。首先，您可以通过使用您的语言绑定为此提供的任何机制将 "nativeEvents" 功能设置为 false 来禁用本机事件。从输入模拟的角度来看，更准确的解决方法是启用 "requireWindowFocus" 功能，尽管这也具有 windows 挂钩依赖性，这可能会以其他方式表现出来。
Windows挂钩
所有 Windows 应用程序中都有一个例程，称为 "message loop." 消息循环重复调用 GetMessage API 函数，并在消息到达其应用程序时处理发送给应用程序的消息队列。挂钩是 Windows 消息处理系统的一项功能，它允许开发人员拦截、检查和修改发送到应用程序的消息。例如，通过安装挂钩，开发人员可以验证某个消息是否由被挂钩的 window 处理。或者他们可以修改发送到 window 的消息，以表示操作系统可以执行它实际上不能执行的操作。这是一个聪明的机制，但它确实有一些超出本次讨论范围的要求。
解决方案
而不是 64 位 IEDriverServer 可执行文件尝试使用 32 位 IEDriverServer 可执行文件
放在哪里IEDriverServer.exe?
您可以将 IEDriverServer.exe 放在系统中的任何位置，并通过参数 executable_path[ 传递二进制文件的绝对位置=57=] 如下（Windows OS 例子）：
from selenium import webdriver
driver = webdriver.Ie(executable_path=r'C:\path\to\IEDriverServer.exe')
driver.get("https://www.facebook.com/")
print("Page Title is : %s" %driver.title)
driver.quit()
我在 windows7 上使用硒和 python。
我的代码：
import os
from selenium import webdriver
# get the path of IEDriverServer
#dir = os.path.dirname(__file__)
#ie_driver_path = dir + "\IEDriverServer.exe"
ie_driver_path = "C:\Python36\Scripts\IEDriverServer.exe"
# create a new Internet Explorer session
driver = webdriver.Ie(ie_driver_path)
driver.implicitly_wait(30)
driver.maximize_window()
# create a new Firefox session
#driver = webdriver.Firefox()
#driver.implicitly_wait(30)
#driver.maximize_window()
# navigate to the application home page
driver.get("http://demo-store.seleniumacademy.com/")
# get the search textbox
search_field = driver.find_element_by_name("q")
search_field.clear()
# enter search keyword and submit
search_field.send_keys("phones")
search_field.submit()
...
代码有效，但打开时 "phones" 的数字化非常慢（大约 20 秒）。在 firefox 中几乎是瞬时的。
为什么会这样？这是正常的？我做错了什么？
PS：还有，我的IEDriverServer.exe放在哪里比较好？在 C:\Python36\Scripts 中，所以我的所有项目或每个项目中只有一个文件（如注释掉的部分）？
是的，你没看错。
使用 64 位 IEDriverServer.exe send_keys() 使用 字符序列 非常缓慢地填充字段。
@JimEvans 在文章 Screenshots, SendKeys, and Sixty-Four Bits 中提到 ...自 IE10 发布以来，Internet Explorer 驱动程序存在一些问题....
讨论中的评论 IE x64 slow typing 提到任何修复都需要 "a massive rearchitecture of the IE driver's binary components, [so] no timeline is (or will be) available" 才能交付修复。是什么导致了这些问题？它们有什么关系？为什么修复会如此困难？这些问题的答案都可以用一个简单的答案来概括："Windows Hooks."
深入探讨
当您在 Windows 的 64 位版本上 运行 安装 IE 10 或更高版本时，默认情况下承载 window 的进程包含浏览器 chrome（地址栏、导航按钮、菜单等）是64位进程。承载实际呈现内容（在每个选项卡中）的 window 的进程是一个 32 位进程。
默认情况下，IE 驱动程序尝试在内容呈现 window 上使用 windows 挂钩，以确保在发送按键消息之前正确处理按键消息.这就是问题所在。 windows 挂钩未安装，因为 32 位进程（内容呈现进程）无法执行 64 位代码。正确修复此问题的唯一方法是创建第二个（32 位）可执行文件来执行等待按键完成的操作。由于这相当于对 IE 驱动程序的二进制组件进行大规模的重新架构，因此没有（或将）可用于此更改的时间表。这意味着即使您 运行 宁 64 位 Windows，您也可能使用 32 位版本的 IE 来呈现内容。这是继续为 IE 10 及更高版本使用 32 位版本的 IE 驱动程序的有力论据：你不是 actually 运行ning 反对 64 位IE 版本。
如果您坚持必须 运行 IEDriverServer.exe 的 64 位版本，则有两种可能的解决方法。首先，您可以通过使用您的语言绑定为此提供的任何机制将 "nativeEvents" 功能设置为 false 来禁用本机事件。从输入模拟的角度来看，更准确的解决方法是启用 "requireWindowFocus" 功能，尽管这也具有 windows 挂钩依赖性，这可能会以其他方式表现出来。
Windows挂钩
所有 Windows 应用程序中都有一个例程，称为 "message loop." 消息循环重复调用 GetMessage API 函数，并在消息到达其应用程序时处理发送给应用程序的消息队列。挂钩是 Windows 消息处理系统的一项功能，它允许开发人员拦截、检查和修改发送到应用程序的消息。例如，通过安装挂钩，开发人员可以验证某个消息是否由被挂钩的 window 处理。或者他们可以修改发送到 window 的消息，以表示操作系统可以执行它实际上不能执行的操作。这是一个聪明的机制，但它确实有一些超出本次讨论范围的要求。
解决方案
而不是 64 位 IEDriverServer 可执行文件尝试使用 32 位 IEDriverServer 可执行文件
放在哪里IEDriverServer.exe?
您可以将 IEDriverServer.exe 放在系统中的任何位置，并通过参数 executable_path[ 传递二进制文件的绝对位置=57=] 如下（Windows OS 例子）：
from selenium import webdriver
driver = webdriver.Ie(executable_path=r'C:\path\to\IEDriverServer.exe')
driver.get("https://www.facebook.com/")
print("Page Title is : %s" %driver.title)
driver.quit()