drissionpage 启动白屏或超时需检查chrome与chromedriver版本匹配并显式指定浏览器类型；定位异步元素应优先用wait.ele_displayed()配合滚动和容器加载等待；iframe或shadow dom需特殊处理；分页抓取要复用browser、及时关闭page防内存泄漏。
DrissionPage 启动时页面白屏或加载超时怎么办
多数动态页面抓取失败，根源不在代码逻辑，而在浏览器初始化阶段。DrissionPage 默认使用本地 Chrome，若未正确配置 chromedriver 或 Chrome 版本不匹配，Browser 实例会卡在空白页，wait.ele_displayed() 等等待方法直接超时。
实操建议：
- 用
Browser(driver_or_options='chrome')显式指定浏览器类型，避免自动探测失败 - 启动前检查 Chrome 版本：
chrome --version，再下载对应版本的chromedriver（不是最新版！） - 添加启动参数屏蔽常见干扰：
opt = ChromiumOptions().set_local_port(9222).set_argument('--disable-gpu').set_argument('--no-sandbox') - 首次运行加
timeout=30：如browser = Browser(opt, timeout=30)，防止默认 10 秒太短
如何精准定位异步加载后的元素（比如滚动后才出现的列表项）
DrissionPage 的 ele 方法默认只查初始 DOM，而动态内容往往由 JS 拉取并插入。直接 page.ele('xpath=//div[@class="item"]') 极可能返回 None，因为元素尚未渲染。
实操建议：
- 优先用
wait.ele_displayed()而非wait.ele_exists()：前者等元素可见（已渲染+在视口），后者只判 DOM 存在 - 滚动触底触发加载时，用
page.scroll.to_bottom()后接wait.milliseconds(800)（不能太短，JS 渲染有延迟） - 对不确定是否已加载的容器，用
page.wait.eles_loaded('css=.list-container')确保父节点就位，再查子元素 - 避免写死等待时间，改用条件等待：
page.wait.ele_displayed('text=立即购买', timeout=5)
为什么 page.get() 后调用 ele() 总是找不到目标，但手动打开开发者工具却能看到？
这是最常见的“页面已显示但元素不可见”陷阱。原因通常是：目标元素被包裹在 iframe 中、位于 Shadow DOM 内、或被 CSS display: none/visibility: hidden 隐藏——而 DrissionPage 默认不穿透这些边界。
实操建议：
- 先确认是否在 iframe：用
page.frames查看帧列表，再用page.get_frame('name_or_index').ele('css=button') - 若元素在 Shadow DOM，需先获取宿主元素，再调用
.shadow_root.ele()（仅 Chromium 支持） - 检查是否被隐藏：用
ele.states.is_displayed判断，若为False，尝试ele.scroll.to_see().click()强制曝光 - 禁用 CSS 动画干扰：启动时加参数
--disable-animations --disable-transition-animation
抓取大量分页时内存持续增长甚至崩溃
DrissionPage 的 page 对象持有完整浏览器上下文，反复 page.get(url) 不释放旧页面资源，尤其在循环中未显式关闭或切换，会导致内存泄漏。
实操建议：
- 单页任务完成后，调用
page.close()；若需保留当前页，用page.new_tab(url)+tab.close()管理标签页 - 避免在 for 循环里反复 new
Browser，应复用一个Browser实例，用browser.latest_tab或browser.tabs[0]获取页面 - 对纯数据提取场景，考虑用
session = Session()先试静态接口（如 XHR 请求），比驱动浏览器更轻量 - 监控内存：在关键位置加
import gc; gc.collect()，尤其在每 10 页后
wait.ele_clickable() 的模糊语义。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
