Selenium中用switch_to.alert处理JS弹窗：先用WebDriverWait等待alert_is_present()，再driver.switch_to.alert获取对象，调用text读内容、accept()点确定、dismiss()点取消、send_keys()输文本（仅prompt支持），操作后无需切回主页面。
如何用 switch_to.alert 处理 JavaScript 弹窗
网页上常见的 alert()、confirm()、prompt() 会阻塞页面交互，Selenium 不会自动识别或关闭它们——必须显式切换到 alert 上下文才能操作。
常见错误是直接调用 click() 或继续找元素，结果抛出 NoAlertPresentException；或者在没确认弹窗存在时就调用 accept()，导致脚本崩溃。
- 先用
try/except捕获NoAlertPresentException，避免硬崩 - 确认存在后，用
driver.switch_to.alert.text读取提示内容（对prompt还可调用send_keys()） -
alert.accept()等价于点“确定”，alert.dismiss()等价于点“取消”或叉掉 - 操作完 alert 后，Selenium 不会自动切回主页面，必要时需手动
driver.switch_to.default_content()（虽然 alert 场景下通常不需要）
try:
alert = driver.switch_to.alert
print(alert.text) # 查看弹窗内容
alert.accept() # 点确定
except NoAlertPresentException:
pass # 没有弹窗，继续执行怎么定位并点击原生 <select></select> 下拉菜单
遇到带 select 标签的下拉框，别用 click() 找 option 元素硬点——选项可能延迟渲染、被遮挡，或根本不在 DOM 初始结构里。
Selenium 提供了专用的 Select 类，它封装了对 select 元素的标准操作，底层会自动处理展开逻辑和状态同步。
立即学习“Python免费学习笔记（深入）”；
- 必须先用
find_element定位到<select></select>标签本身，不是外层容器 - 传入
By.ID、By.XPATH等均可，但目标必须是select节点 - 选中方式有三种：
select_by_visible_text()（最稳）、select_by_value()（依赖value属性）、select_by_index()（易因顺序变动失效） - 如果下拉菜单是 JS 动态生成（如 Element UI 的
el-select），那它根本不是原生select，不能用Select类——得当普通 div 处理
from selenium.webdriver.support.ui import Select
<p>select_elem = driver.find_element(By.ID, "country-select")
select = Select(select_elem)
select.select_by_visible_text("China")如何点击非原生下拉菜单（如 Ant Design / Bootstrap Dropdown）
这类菜单本质是 div + ul/li 或带 ARIA 的自定义组件，Select 类完全无效。核心思路是：先触发展开，再找可点击项。
容易踩的坑是：点了触发按钮后立刻找 li，但 DOM 还没更新；或者用 text 匹配失败，因为实际文本含空格、换行或隐藏字符。
- 用
WebDriverWait等待下拉列表容器出现（例如By.CLASS_NAME, "dropdown-menu"） - 优先用属性定位，比如
data-value="shanghai"或aria-label，比纯文本更可靠 - 如果选项是懒加载的（滚动后才出现），得先
scroll_into_view()再点 - 某些框架（如 Ant Design）会在点击后异步更新输入框，需额外等待输入框 value 变化
trigger = driver.find_element(By.XPATH, "//button[@aria-label='Select city']") trigger.click() <h1>等待下拉面板出现</h1><p>wait = WebDriverWait(driver, 3) menu = wait.until(EC.presence_of_element_located((By.CLASS_NAME, "ant-select-dropdown")))</p><h1>点击具体选项（用 data-* 属性更稳）</h1><p>option = driver.find_element(By.XPATH, "//div[@data-value='shanghai']") option.click()
为什么 alert 和下拉操作经常超时或找不到元素
根本原因不是代码写错，而是 Selenium 默认不等待 JS 渲染完成。弹窗触发、下拉展开、选项注入都依赖异步行为，而 find_element 或 switch_to.alert 是立即执行的。
几乎所有失败都源于「时机」问题：太早（DOM 还没变）、太晚（弹窗已消失）、或上下文错乱（alert 关了但还在 try 块里继续操作）。
-
alert出现有延迟？用WebDriverWait(driver, 3).until(EC.alert_is_present()) - 下拉选项还没加载出来？等父容器可见后，再等其中某个
li可点击，而不是直接find_element - 页面用了 Vue/React，状态未同步？在关键操作后加
time.sleep(0.5)快速验证是否为渲染延迟（上线前换成显式等待） - 多个弹窗嵌套？Selenium 只能处理最顶层 alert，深层 confirm/prompt 需按顺序逐个
switch_to.alert
真实场景里，alert 和下拉往往混在同一个流程中，比如提交表单 → 弹 confirm → 点确定 → 页面跳转 → 新页面有下拉。这时候每个环节的等待策略都得单独设计，不能靠一个全局 implicitly_wait 解决。
