undetected-chromedriver 并非完全隐身，因网站通过多层检测（如 navigator.webdriver、Canvas 指纹、鼠标轨迹等）识别自动化行为；v3 更稳定且推荐使用，但需配合真实请求头、合理等待策略及避免异常操作。
为什么 undetected-chromedriver 有时还是被识别？
它不是“开箱即隐身”，而是通过替换关键 WebDriver 属性和补丁 Chrome 启动流程来降低指纹特征。但网站（尤其是 Cloudflare、Akamai、PerimeterX）会做多层检测：检查 navigator.webdriver、chrome.runtime、Canvas/WebGL 指纹、字体列表、甚至鼠标移动轨迹。一旦你手动调用 driver.execute_cdp_cmd 或注入 JS 修改 navigator，反而暴露异常行为。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 不要自己覆盖
navigator.webdriver——undetected-chromedriverv3 已默认设为undefined，再改可能触发校验 - 禁用所有非必要扩展：传参
options.add_argument('--disable-extensions')，否则扩展后台脚本可能泄露window.chrome - 避免使用
driver.get('javascript:...')或频繁execute_script注入 DOM —— 这类操作在真实用户中极少见 - 启动后先访问一个空白页（如
about:blank），等 1–2 秒再跳转目标站，模拟真实加载节奏
undetected-chromedriver v2 和 v3 怎么选？
v2（基于旧版 Selenium）依赖 patching ChromeDriver 二进制，兼容性差，对新版 Chrome 支持滞后；v3（推荐）改用 seleniumwire 风格的代理式拦截 + CDP 协议接管，更稳定，也支持自动匹配本地 Chrome 版本。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 优先用 v3：
pip install undetected-chromedriver==3，并确保已装selenium>=4.0 - v3 默认启用
use_subprocess=True，能更好隔离环境；若遇到 fork 错误（常见于 macOS/Linux），改用use_subprocess=False - v2 不再维护，且与 Chrome 115+ 兼容性差，出现
chrome not reachable或session not created错误时基本就是版本不匹配 - 别混用：v3 的
uc.Chrome()返回的是标准webdriver.Chrome实例，可直接接续原有代码，无需重写find_element等逻辑
绕过检测 ≠ 能稳定抓取：必须配合请求头和等待策略
即使浏览器指纹干净，服务端仍会根据 User-Agent、Accept-Language、Referer、请求频率判断异常。单纯靠 undetected-chromedriver 启动一个“干净浏览器”，不设请求头、不加延迟、不处理 Cookie 复用，大概率触发 403 或滑块验证。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 启动时注入真实 UA 和语言：
options.add_argument('--user-agent=Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36...') - 禁用图片/字体加载加速首屏（但别关 JS）：
prefs = {'profile.managed_default_content_settings.images': 2, 'font_rendering.level': 2} - 用
time.sleep()或显式等待代替driver.implicitly_wait()—— 后者对反爬页面无效，且容易因超时抛出TimeoutException - 每次会话结束后调用
driver.quit()，避免残留进程干扰下一次启动（v3 的 subprocess 模式尤其要注意）
哪些场景下不该用 undetected-chromedriver？
它解决的是“被识别为自动化工具”的问题，不是万能解药。面对需要登录态维持、大量并发、或纯接口型站点时，它反而成为瓶颈。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 目标站有完善 API 且带签名机制（如某电商商品详情页）—— 直接逆向请求，比启 Chrome 快 5–10 倍，也更可控
- 需每分钟抓 100+ 页面 ——
undetected-chromedriver启动慢、内存占用高，此时应切回requests + fake-useragent+ 手动维护 Cookie - 页面内容由 WebSocket 或 SSE 动态推送 —— 它无法监听这类连接，得换
seleniumwire或抓包分析协议 - 运行在无图形界面服务器（如 Docker Alpine）—— 需额外装
chromium和字体包，且要传--headless=new，配置稍复杂，不如先确认是否真需要浏览器渲染
真正难的从来不是“怎么让 Selenium 不被发现”，而是搞清目标站哪一层在拦你：是前端 JS 指纹？是后端行为分析？还是 CDN 网关规则？先抓包看返回状态和响应头，比急着换 driver 更有效。
