我正在使用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;
}
但在这种情况下,根本没有考虑到隐含的等待时间。那么,这个等待时间如何控制? 超长等待时间可能是什么原因?
答案 0 :(得分:1)
隐式和显式等待经过大量用户的彻底测试和使用。正如您所提到的那样,您使用Implicit进行显式等待,这清楚地表明了该意外行为的原因。我做了很多关于如何将它们混合在一起会不利地改变超时的研究。见thread。而且,我建议你删除明确或任何其他类型的等待和重新测试。