为什么要添加等待
- 避免页面未渲染完成后操作，导致的报错
直接等待
- 解决方案：在报错的元素操作之前添加等待
- 原理：强制等待，线程休眠一定时间
- 演练环境：雪球 app
time.sleep(3)
隐式等待
- 问题：难以确定元素加载的具体等待时间。
- 解决方案：针对于寻找元素的这个动作，使用隐式等待添加配置。
- 演练环境：雪球 app
- 原理：隐式等待是一种全局的等待方式，设置一个等待时间，轮询查找（默认 0.5 秒）元素是否出现，如果没出现就抛出异常
#设置一个等待时间，轮询查找（默认0.5秒）元素是否出现，如果没出现就抛出异常
driver.implicitly_wait(3)
隐式等待无法解决的问题
- 元素可以找到，使用点击等操作，出现报错
- 原因：
- 页面元素加载是异步加载过程，通常 xml 会先加载完成，相应的元素属性后加载
- 元素存在与否是由 xml 决定，元素的交互是由属性决定
- 隐式等待只关注元素能不能找到，不关注元素能否点击或者进行其他的交互
- 解决方案：使用显式等待
显式等待基本使用(初级)
- 示例：
WebDriverWait(driver实例, 最长等待时间, 轮询时间).until(结束条件) - 原理：在最长等待时间内，轮询，是否满足结束条件
- 演练环境： 雪球app
- 注意：在初级时期，先关注使用
总结
| 类型 | 使用方式 | 原理 | 适用场景 |
|---|---|---|---|
| 直接等待 | time.sleep(等待时间)) |
强制线程等待 | 调试代码，临时性添加 |
| 隐式等待 | driver.implicitly_wait(等待时间) |
在时间范围内，轮询查找元素 | 解决找不到元素问题，无法解决交互问题 |
| 显式等待 | WebDriverWait(driver实例, 最长等待时间, 轮询时间).until(结束条件) |
设定特定的等待条件，轮询操作 | 解决特定条件下的等待问题，比如点击等交互性行为 |