1. 强制等待
sleep(xx)
是最简单粗暴的一种办法,不管你浏览器是否加载完了,程序都得等待3秒,3秒一到,继续执行下面的代码,作为调试很有用,不建议总用这种等待方式,严重影响程序执行速度。
代码:
1 from selenium import webdriver2 from time import sleep3 driver = webdriver.Chrome()4 driver.get('https://www.baidu.com')5 sleep(3) # 强制等待3秒再执行下一步6 driver.quit()
2. 隐性等待
implicitly_wait(xx),
隐形等待是设置了一个最长等待时间,如果在规定时间内网页加载完成,则执行下一步,否则一直等到时间截止,然后执行下一步。
注意这里有一个弊端,那就是程序会一直等待整个页面加载完成,也就是一般情况下你看到浏览器标签栏那个小圈不再转,才会执行下一步,但有时候页面想要的元素早就在加载完成了,但是因为个别js之类的东西特别慢,我仍得等到页面全部完成才能执行下一步,我想等我要的元素出来之后就下一步怎么办?有办法,这就要看selenium提供的另一种等待方式——显性等待wait。
代码:
1 from selenium import webdriver2 driver = webdriver.Chrome()3 driver.implicitly_wait(30) # 隐性等待,最长等30秒4 driver.get('https://www.baidu.com/')5 driver.quit()
3.显性等待
WebDriverWait,配合该类的until()和until_not()方法,就能够根据判断条件而进行灵活地等待了。它主要的意思就是:程序每隔xx秒看一眼,如果条件成立了,则执行下一步,否则继续等待,直到超过设置的最长时间,然后抛出TimeoutException。
第一种:
from selenium.webdriver.support.ui import WebDriverWaitelement = WebDriverWait(driver,20).until(lambda driver: driver.find_element_by_id("此处写id元素的属性值"))element.click()
第二种:
1 from selenium import webdriver 2 from selenium.webdriver.common.by import By 3 from selenium.webdriver.support.ui import WebDriverWait 4 from selenium.webdriver.support import expected_conditions as EC 5 6 driver = webdriver.Chrome() 7 driver.get("https://www.baidu.com/") 8 driver.implicitly_wait(10) # 隐性等待和显性等待可以同时用,但要注意:等待的最长时间取两者之中的大者 9 driver.maximize_window()10 11 driver.find_element_by_id("kw").send_keys("selenium")12 driver.find_element_by_id("su").click()13 14 element = '//*[@id="5"]/h3/a' # 要定位元素的表达式,这里是xpath类型15 param = (By.XPATH,element) # 固定格式,必须这么些,By后面xpath取决与元素定位表达式类型16 17 manage = WebDriverWait(driver,10).until(EC.presence_of_element_located(param))18 manage.click()
上例中,我们设置了隐性等待和显性等待,在其他操作中,隐性等待起决定性作用,在WebDriverWait..中显性等待起主要作用,但要注意的是:最长的等待时间取决于两者之间的大者,此例中为20,如果隐性等待时间 > 显性等待时间,则该句代码的最长等待时间等于隐性等待时间。
我们主要用到了WebDriverWait类与expected_conditions模块,下面博主带大家细看一下这两个模块:
WebDriverWait
wait模块的WebDriverWait类是显性等待类,先看下它有哪些参数与方法:
1 selenium.webdriver.support.wait.WebDriverWait(类) 2 __init__ 3 driver: 传入WebDriver实例,即我们上例中的driver 4 timeout: 超时时间,等待的最长时间(同时要考虑隐性等待时间) 5 poll_frequency: 调用until或until_not中的方法的间隔时间,默认是0.5秒 6 ignored_exceptions: 忽略的异常,如果在调用until或until_not的过程中抛出这个元组中的异常,则不中断代码,继续等待,如果抛出的是这个元组外的异常,则中断代码,抛出异常。默认只有NoSuchElementException。 7 until 8 method: 在等待期间,每隔一段时间调用这个传入的方法,直到返回值不是False 9 message: 如果超时,抛出TimeoutException,将message传入异常10 until_not 与until相反,until是当某元素出现或什么条件成立则继续执行,until_not是当某元素消失或什么条件不成立则继续执行,参数也相同,不再赘述。
看了以上内容基本上很清楚了,调用方法如下:
1 WebDriverWait(driver, 超时时长, 调用频率, 忽略异常).until(可执行方法, 超时时返回的信息)
这里需要特别注意的是until或until_not中的可执行方法method参数,很多人传入了WebElement对象,如下:
WebDriverWait(driver,10).until(driver.find_element_by_id('kw')) # 错误
这是错误的用法,这里的参数一定要是可以调用的,即这个对象一定有 __call__() 方法,否则会抛出异常:TypeError:
'xxx'
object
is
not
callable
在这里,你可以用selenium提供的 expected_conditions 模块中的各种条件,也可以用WebElement的 is_displayed() 、is_enabled()、is_selected() 方法,或者用自己封装的方法都可以,那么接下来我们看一下selenium提供的条件有哪些:
expected_conditions:
expected_conditions是selenium的一个模块,其中包含一系列可用于判断的条件:
selenium.webdriver.support.expected_conditions(模块) 1.这两个条件类验证title,验证传入的参数title是否等于或包含于driver.title title_is title_contains 2.这两个人条件验证元素是否出现,传入的参数都是元组类型的locator,如(By.ID,'kw'),顾名思义,一个只要一个符合条件的元素加载出来就通过;另一个必须所有符合条件的元素都加载出来才行 presence_of_element_located presence_of_all_elements_located 3. 这三个条件验证元素是否可见,前两个传入参数是元组类型的locator,第三个传入WebElement,第一个和第三个其实质是一样的 visibility_of_element_located invisibility_of_element_located visibility_of4.这两个人条件判断某段文本是否出现在某元素中,一个判断元素的text,一个判断元素的value text_to_be_present_in_element text_to_be_present_in_element_value5.这个条件判断frame是否可切入,可传入locator元组或者直接传入定位方式:id、name、index或WebElement frame_to_be_available_and_switch_to_it6.这个条件判断是否有alert出现 alert_is_present7.这个条件判断元素是否可点击,传入locator element_to_be_clickable8.这四个条件判断元素是否被选中, element_to_be_selected 第一个条件传入WebElement对象 element_located_to_be_selected 第二个传入locator元组 element_selection_state_to_be 第三个传入WebElement对象以及状态,相等返回True,否则返回False element_located_selection_state_to_be 第四个传入locator以及状态,相等返回True,否则返回False9.最后一个条件判断一个元素是否仍在DOM中,传入WebElement对象,可以判断页面是否刷新了 staleness_of 上面是所有17个condition,与until、until_not组合能够实现很多判断,如果能自己灵活封装,将会大大提高脚本的稳定性。