execute_script滚不到底的根本原因是页面懒加载或动态渲染导致document.body.scrollHeight未及时更新；应改用循环滚动+高度比对、scrollIntoView定位元素、scrollBy轻量滚动及移动端专用touch操作。
为什么 execute_script 滚不到底？
常见现象是调用 driver.execute_script("window.scrollTo(0, document.body.scrollHeight)") 后页面没到底，或者只滚了一半。根本原因不是 JS 写错了，而是页面有懒加载、动态渲染或高度计算延迟——document.body.scrollHeight 在 JS 执行瞬间可能还没更新，尤其在 SPA 或含图片/广告位的页面里。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 别依赖一次性滚动，改用循环 + 判断：先滚到底，等新内容加载，再查新高度，直到两次高度一致
- 加
time.sleep(0.5)或显式等待（如WebDriverWait等待某个新元素出现），否则 JS 执行太快，DOM 还没反应过来 - 对单页应用（React/Vue），优先用
document.documentElement.scrollHeight，因为body高度可能被重置或不准确
滚动到具体元素位置用哪个 API？
想让某个 WebElement 进入视口（比如点一个底部按钮前必须先看见它），直接 scrollIntoView 最稳，不用自己算坐标。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 推荐写法：
driver.execute_script("arguments[0].scrollIntoView({block: 'center', inline: 'nearest'});", element) -
block: 'center'让元素垂直居中显示，比默认的'start'更可靠（避免被 header 遮住） - 如果元素在 shadow DOM 里，
scrollIntoView会失效，得先用 JS 进入 shadow root 再操作 - 注意：Selenium 4.12+ 支持
element.scroll_into_view()原生方法，但底层仍是调scrollIntoView，兼容性无差别
滚动性能差、卡顿怎么调？
频繁调 execute_script 滚动（比如分页爬取）会导致页面卡、CPU 升高，甚至触发反爬机制。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 避免每滚一次就
find_elements，先用 JS 拿一批数据（如document.querySelectorAll('.item').length），再决定是否继续滚 - 用
scrollBy替代scrollTo：比如driver.execute_script("window.scrollBy(0, 500);")，更轻量，也更容易控制节奏 - Chrome 浏览器下可加启动参数
--disable-smooth-scrolling关掉滚动动画，减少渲染压力 - 滚动后别立刻操作元素，加个
driver.implicitly_wait(0.1)或短延时，让渲染线程喘口气
移动端模拟滚动为什么无效？
在 Chrome 模拟手机模式（mobile_emulation）下，window.scrollTo 经常没反应，因为移动端滚动是 touch 事件驱动，不是 window 属性变更。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 改用 touch action：用
TouchActions(driver).scroll(0, -500).perform()（Selenium 3）或ActionChains(driver).scroll_by_amount(0, 500).perform()（Selenium 4） - 如果目标是 iOS Safari 模拟，JS 里用
document.querySelector('body').scrollTop = ...可能更准，因为 WebKit 对window.scrollTo限制多 - 真机调试时，
execute_script基本不可靠，必须走 Appium 的mobile: scroll命令
scrollHeight 就想一劳永逸，基本都会掉坑里。 
