我正在使用 GhostDriver (PhantomJsDriver)。隐式等待设置为2秒:driver.manage().timeouts().implicitlyWait(2, TimeUnit.SECONDS)
当尝试在 DOM 中查找不存在的元素(如预期)时,WebDriver 会尝试更长时间地轮询该元素:
[ERROR - 2015-05-06T12:15:25.137Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914525093
[ERROR - 2015-05-06T12:15:27.716Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914527641
[ERROR - 2015-05-06T12:15:30.579Z] WebElementLocator - _handleLocateCommand -
...
[ERROR - 2015-05-06T12:17:47.598Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914667555
[ERROR - 2015-05-06T12:17:50.481Z] WebElementLocator - _handleLocateCommand - Element(s) NOT Found: GAVE UP. Search Stop Time: 1430914670467
第一次等于:12:15:25,最后一次等于:12:17:50(使用 epoch 转换器)。
当隐式等待设置为 2 秒时,超时时间约为~2 分钟。
在 PhantomJs code (这是 GhostDriver 的后端),等待看起来很简单:
if (elementOrElements) {
_log.error("_handleLocateCommand", "Element(s) NOT Found: GAVE UP. Search Stop Time: " + stopSearchByTime);
_errors.handleFailedCommandEH(elementOrElements.status,
elementOrElements.value.message,
req,
res,
_session);
return;
}
但在这种情况下根本没有考虑隐式等待时间。那么,这个等待时间如何控制呢? 等待时间超长的原因可能是什么?
最佳答案
隐式和显式等待经过大量用户的彻底测试和使用。正如您提到的,您正在使用显式等待和隐式等待,这清楚地表明了该意外行为的原因。我做了很多研究,了解将它们混合在一起会如何对超时产生不利影响。看这个thread 。而且,我建议您删除显式或任何其他类型的等待并重新测试。
关于java - WebDriver隐式等待不起作用,等待元素的时间比就座的时间长,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30076791/