driver.quit()彻底终止会话并释放所有资源，driver.close()仅关闭当前窗口且残留进程；前者适用于测试结束或批次处理后清理，后者仅用于多窗口中关闭非末尾标签页。
driver.close() 和 driver.quit() 的区别必须分清
很多人以为 driver.close() 能释放全部资源，其实它只关闭当前窗口句柄（window handle），浏览器进程还在后台跑着。而 driver.quit() 才会真正退出整个浏览器进程、断开 DevTools 协议连接、释放渲染器和 V8 实例——这才是防止内存堆积的关键动作。
常见错误是：在循环中反复 window.open() → switch_to.window() → close()，结果 Chrome 渲染进程越积越多，任务管理器里 Renderer 数量不降，内存持续上涨。
- 只要不是明确要保留浏览器实例继续用，一律用
driver.quit()替代driver.close() - 多线程场景下，每个线程必须独立调用
driver.quit()，否则残留进程会叠加 -
quit()后再访问driver会抛WebDriverException: Session not created，这是正常现象，说明资源确实清掉了
按批次轮换 WebDriver 实例比“一直开着”更稳
单个 driver 实例跑 600+ 页面，哪怕全用 quit()，也扛不住 Chromium 内部的延迟回收机制。Chrome 在无用户交互的自动化场景下，对空闲 Renderer 进程回收非常保守，尤其在 headless 模式下更明显。
生产环境验证最有效的做法是：主动切片，固定批次后彻底重启。
- 每处理 20–50 个 URL 就调用
driver.quit()，然后create_driver()新建实例 - 批次大小取决于页面复杂度：纯静态页可设到 50；含大量 JS、Canvas 或视频的页面建议 ≤20
- 启动开销可控（通常
- 别依赖 try-except 捕获崩溃——Chrome 崩溃时 Python 进程常卡死，根本不会抛异常
Chrome 启动参数要精简，避免隐式内存放大
默认启动参数可能加载一堆后台服务，比如扩展、GPU 加速、缓存目录，这些都会加剧内存驻留。尤其 --disable-dev-shm-usage 和 --no-sandbox 是必需项，否则容器或 CI 环境下容易出问题。
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
但注意：加了 --incognito 并不能自动清 cookie，它只是隔离会话；而 --disable-gpu 在 headless 下能小幅降低内存占用。
- 必加：
--no-sandbox、--disable-dev-shm-usage、--disable-gpu - 慎加：
--disable-extensions（防止插件干扰）、--disable-cache（影响页面加载，仅调试用） - 禁用：
--user-data-dir（除非真需要复用登录态；否则每次新建实例都该用干净 profile）
Firefox 是 Chrome 内存泄漏的现实备选方案
不是所有项目都能改架构或加批次逻辑。如果你的爬虫逻辑简单、对渲染兼容性要求不高，直接换 Firefox 往往见效最快——Gecko 引擎在长期自动化运行中内存行为更可预测，且没有 Chromium 那套复杂的 Renderer 进程池机制。
实测中，同一批 4000+ 页面任务，Chrome 在 1200 页左右开始抖动，Firefox 可稳定跑完。
- 替换只需两行：
browser = webdriver.Chrome(...)→browser = webdriver.Firefox() - 确保
geckodriver在 PATH 中，或显式传入executable_path - Firefox 不支持
--headless=new，但--headless已足够稳定（2026 年最新版已无兼容问题）
真正难的不是写代码让标签页打开关闭，而是让每次关闭都真实归还内存。Chrome 的“关”和操作系统的“关”之间隔着好几层抽象，靠 close() 或清缓存都只是表面止血；只有主动终结会话、控制生命周期、接受小开销换大稳定，才是可持续的解法。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
