做自动化测试或者写爬虫的同行多多少少都碰过这种糟心事脚本昨天还跑得好好的今天一运行就报错提示“session not created: This version of ChromeDriver only supports Chrome version XXX”。排查半天才发现是谷歌浏览器在后台悄悄更新了而本地那条chromedriver还停在老版本上两边对不上号。这种时候最省事的思路不是去改一堆业务代码而是把浏览器和驱动一起锁在一个能跑通的版本组合上。我在几个项目里反复折腾过旧版本谷歌浏览器和chromedriver的下载、安装、压制更新这一整套流程踩过的坑也不少今天把亲测有效的做法整理出来。不管你的场景是在老系统上跑遗留项目、做网站的多版本兼容性验证还是想让爬虫有一个稳定可复现的运行环境下面的思路和步骤都能直接拿去抄作业。1. 先把原理搞清楚Chrome和chromedriver为什么必须配套1.1 chromedriver在自动化链路里扮演什么角色很多人把chromedriver当成一个“插件”或者“补丁”这个理解不太准确。我个人更愿意把它理解成一位翻译加传令兵。Selenium那套代码是用WebDriver协议说话的这是一套通用的、跨语言的指令格式而浏览器真正听得懂的是另一套叫做CDPChrome DevTools Protocol的通信协议。chromedriver干的事情就是坐在中间把WebDriver格式的指令翻译成浏览器能执行的CDP命令再把浏览器的执行结果翻译回去。这个比喻能帮你理解为什么它必须和浏览器版本绑定——翻译用的“词典”是跟着浏览器一起更新的Chrome每发布一个重要版本CDP里都会调整、新增或删掉一些接口chromedriver如果不跟着更新就会出现“你让它做A它按老规矩翻译成了B”的情况脚本自然就跑不通。所以版本匹配这件事本质上是通信协议的匹配不是简单的文件替换。1.2 版本不匹配时会报什么错最常见的报错就是开头提到的那句session not created: This version of ChromeDriver only supports Chrome version 114 Current browser version is 116.0.5845.98 with binary path C:\Program Files\Google\Chrome\Application\chrome.exe这条报错信息其实相当友好它同时告诉了你两个关键信息驱动支持哪个版本、当前浏览器是什么版本。看到它基本就能确定是版本对不上不用再往别处猜。除了这个显性报错还有几种表现也值得留意驱动版本比浏览器新太多可能报查找元素超时或者浏览器进程直接崩溃驱动版本太旧有时连浏览器窗口都起不来日志里会出现一闪而过的异常退出码。这些现象背后的根因都是同一个——CDP接口对不上号。1.3 哪些场景非得锁死在旧版本不是所有情况都要用旧版本但下面这几类场景我强烈建议把版本固定住。第一类是兼容性测试产品需要验证网站在老版本浏览器上的表现比如还有一批用户停留在Chrome 86或者Chrome 80你就必须装对应版本的浏览器来做人工或自动验证。第二类是老旧操作系统Windows 7这个平台上Chrome官方支持到109这个主版本就停止了后续版本根本装不上你要在这类机器上跑自动化就只能选109及以下。第三类是特定插件依赖我遇到过企业内部系统依赖某个只在特定Chrome版本下稳定工作的扩展升级浏览器反而会出问题。第四类就是自动化脚本的可复现性生产环境的爬虫或者测试脚本环境越稳定越好让它跟着浏览器自动升级等于给自己埋雷。2. 版本号对照规则怎么判断该配哪个驱动2.1 Chrome版本号的四段结构先看一个完整的版本号116.0.5845.98。它由四段数字组成用点号分隔。第一段是主版本号它是版本演进的大台阶也是我们做匹配时最关键的一段。第二段和第三段合起来对应到具体的构建分支第四段通常是补丁修正。对于chromedriver匹配来说绝大多数时候只需要看主版本号也就是 Chrome 116.x.x.x 要搭配 chromedriver 116.x.x.x。这一点和很多年前的老规则不同早期只要主版本相近还能凑合用现在不行了匹配要求收紧了主版本必须严格一致。2.2 chromedriver的版本命名规则chromedriver的版本号长得和Chrome几乎一样方便对照。官方发布的驱动包文件名里会带上平台标识比如win32对应Windows环境mac-x64对应Intel芯片的Macmac-arm64对应M系列芯片的Maclinux64对应64位Linux。下载的时候一定要选对平台选错了要么跑不起来要么报权限相关的奇怪错误。这里有个容易踩的坑Windows用户看到“win32”会以为只能在32位系统上用其实不是。Win32的驱动包在64位Windows上是完全兼容的官方长期以来没有单独提供win64的包所以64位Windows直接下win32版本就行不用纠结。另外解压后目录结构很简单一般就是一个chromedriver可执行文件没有安装过程复制到指定位置就能用。2.3 一张对照表理清匹配关系我整理了一个简化的对照表方便你快速判断Chrome主版本对应chromedriver主版本常见使用场景109及以下109及以下Windows 7环境、老旧测试机110 - 114110 - 114通用兼容性测试115115通用自动化116116通用自动化117及以上与Chrome保持一致最新特性验证这个表的核心规律就是主版本号必须相同。至于次版本、补丁号理论上不需要完全一致前提是主版本对得上。不过我在实际操作中会尽量选和目标Chrome构建号最接近的驱动版本这样稳定性更好尤其是遇到一些浏览器行为边界问题的时候。判断方法也很简单用chrome://version复制出完整版本号再和驱动版本的前三段做比对取最接近的那个。2.4 Windows 7的特殊处理Win7这个环境值得单独说两句。Chrome在110版本之后就不再支持Win7、Win8和Win8.1了最后能装的稳定版本是109。所以如果你的自动化环境里有Win7机器选chromedriver的时候就要锁定在109。另外Win7上装Chrome一定要用离线安装包在线安装程序在新版本上会直接提示系统不支持然后退出。这也是为什么“谷歌浏览器离线安装包win7”这个词被频繁搜索的原因离线包是在老系统上部署的刚需。Win7上还有个小细节某些版本的浏览器界面会出现中文显示模糊的情况这通常和系统缺少特定字体或者渲染设置有关装完系统语言包和常用字体后能缓解不少。3. 旧版本Chrome安装包的获取与安装3.1 从哪里拿到可靠的旧版本安装包这是很多人的痛点因为官方下载页面默认给的永远是最新版历史版本不会直接摆在首页。我这几年的渠道经验是这样的首选企业或团队内部维护的版本归档很多公司会把自己用过的安装包统一存到共享盘或者内部镜像里这种来源最可靠版本和哈希值都有人核对过。其次是从可信的软件分发仓库获取选择时要看是否有校验信息下载完成后最好对一下文件哈希确保包没被动过手脚。第三方整理的“老版本下载站”也可以用但要慎重我一般只在没有其他选择的时候才用而且下载后先用杀毒软件扫一遍再在隔离环境里装一次确认没问题最后才推到正式环境。宁可多花半小时做验证也别为了图快把风险带进生产环境。3.2 离线安装包的正确安装姿势拿到离线的exe或者msi包之后安装流程本身不复杂但有几个细节决定了后续能不能稳定用。首先安装前先把系统里现存的Chrome彻底卸载干净注册表里的残留最好也清一下否则新旧版本可能打架。卸载干净之后断开网络再装或者提前把更新通道堵住避免装完的瞬间它就开始自动升级到最新版。安装路径我建议保留默认的Program Files下位置不要图省事装到用户目录某些自动化框架在定位浏览器可执行文件时对默认路径有依赖。装完之后立刻用“关于”页面确认版本号确保装上的确实是你要的那个版本而不是被悄悄替换成的最新包。如果装完版本不对那就是包本身有问题别将就回去换一个来源重新来。3.3 让浏览器老老实实待在旧版本不动装好只是第一步真正的麻烦是怎么阻止它自动更新。Windows下我一般用组合拳。第一步打开服务管理器找到“Google Update Service (gupdate)”和“Google Update Service (gupdatem)”这两个服务把启动类型改成“禁用”并停止服务。第二步在任务计划程序里找到和更新相关的计划任务逐个禁用。第三步如果还想更彻底可以在注册表里把更新策略关掉或者直接堵住更新相关的域名解析。做完这几步浏览器基本就不会自己升级了。这里提醒一句改服务状态需要管理员权限而且有些安全软件会把这些改动当成异常行为操作前最好和IT沟通一下别引起误报。验证方法很简单打开“关于”页面如果更新检查一直转圈或者显示无法更新说明你压得比较到位过几天再回来看一眼版本号没变就说明这套组合拳起作用了。4. chromedriver的下载、部署与联调4.1 下载对应版本的驱动chromedriver的官方发布是有版本目录的按主版本号分文件夹存放每个文件夹里有对应平台的压缩包。找到和自己Chrome主版本一致的那个目录选对平台下载就行。比如你是64位Windows就选win32那个包。下载下来是个zip解压后里面就一个chromedriver可执行文件没有安装过程这点和浏览器完全不一样。下载完建议核对一下版本用命令行跑chromedriver --version就能看到它自己的版本号确认和你的Chrome主版本对得上再往下一步走。这一步很多人会跳过结果装了半天才发现下错了版本的驱动白白浪费时间。4.2 驱动的放置位置和环境变量chromedriver的部署方式有两种主流的。第一种是放进一个固定目录然后把这个目录加到系统PATH环境变量里这样任何位置启动脚本都能找到它。第二种是不配环境变量在代码里显式指定驱动的绝对路径。我个人更推荐第二种做法来应对多版本共存因为一台机器上同时存在好几个chromedriver时PATH里的那个不一定是脚本想要的那个显式指定路径最不容易出乱子。配置PATH的方法也不难右键此电脑属性高级系统设置环境变量在系统变量的Path里新增你的驱动目录保存后重开一个命令行窗口让它生效。注意改完环境变量后已经打开的终端窗口不会自动刷新必须重新开一个。4.3 写几行代码验证连通性配置完别急着上正式脚本先用最小代码验证一下。Python环境下的Selenium示例from selenium import webdriver from selenium.webdriver.chrome.service import Service service Service(executable_pathrD:\chrome-drivers\116\chromedriver.exe) options webdriver.ChromeOptions() options.binary_location rC:\Program Files\Google\Chrome\Application\chrome.exe driver webdriver.Chrome(serviceservice, optionsoptions) driver.get(https://www.example.com) print(当前标题:, driver.title) driver.quit()这段代码能跑通并打印出标题说明浏览器、驱动、Selenium三者已经握手成功。binary_location这一行尤其重要当一台机器上装了多个Chrome时显式告诉驱动该启动哪一个可以避免“点开却是别的浏览器”这类识别错乱的问题。如果报错报错信息会直接指向问题所在按前面那张版本对照表去核对即可。4.4 一台机器上管理多个chromedriver做兼容性测试的人经常会遇到这个场景手头要测好几个Chrome版本每个版本配一条对应的驱动怎么管理才不会乱。我的做法是建一个drivers目录下面按主版本号分子目录比如drivers/109/chromedriver.exe、drivers/116/chromedriver.exe然后在代码或者配置文件里用一个变量控制选哪条路径。这样做的好处是切换环境只改一个配置项不需要动系统环境变量团队协作时也方便把版本要求写进文档。更进阶一点可以把浏览器安装目录也按版本分开放测试脚本里用配置文件读取做到一台机器同时养好几套互不干扰的浏览器环境。5. 高频报错与排查技巧速查5.1 见招拆招常见报错对号入座报错关键词大概率原因处理办法session not created ... only supports Chrome version XX主版本不匹配换成与浏览器主版本一致的驱动cannot find Chrome binary找不到浏览器可执行文件显式指定binary_location或确认安装路径Timed out receiving message from renderer版本边缘不兼容或浏览器卡死调整驱动到更匹配的版本重试chromedriver: command not found环境变量或路径没配好检查Path或改用绝对路径启动后浏览器闪退驱动与浏览器代差过大核对主版本号全量对齐这张表是我从实际项目日志里总结出来的覆盖了八成以上的常见情况。遇到别的问题第一步永远是看完整报错堆栈尤其是报错里提到的两个版本号基本就定位了一大半。另外建议把日志级别调高开启Selenium的verbose日志很多隐藏问题只有在详细日志里才看得见。5.2 浏览器被自动更新了怎么办最让人头疼的情况就是明明锁好了版本某天又被更新了。遇到这种情况先别慌也不要急着卸载重装。第一步用chrome://version确认现在实际运行的版本号。第二步如果只是小版本变化而主版本没变很多时候驱动还能继续用先跑一遍脚本看看。第三步如果主版本真的变了就去下载新主版本对应的驱动把驱动换掉成本比回滚浏览器低得多。第四步回头检查一下更新服务是不是又被某个软件重新启用了这种情况我遇到过好几次某些程序安装时会顺手把更新服务重新打开。所以定期巡检一下系统的更新服务和计划任务是个好习惯。5.3 几个容易被忽略的小细节有几个细节平时很容易被忽略但真出问题时又特别费时间。第一驱动和浏览器在同一目录下运行有时会因为权限问题失败尽量把驱动放在用户有写权限的目录。第二如果系统里装过多个版本的Chrome“chrome.exe”的路径可能指向的不是你以为的那个用代码里指定binary_location最稳妥。第三Windows下写路径时记得用原始字符串或者双反斜杠否则转义会坑你。第四脚本跑完记得driver.quit()只close()的话后台会堆积一堆chromedriver进程时间长了机器会明显变卡。第五离线环境里别忘了把驱动也一并打包不然到现场发现驱动没带又得重来。这套流程我在三四个项目里跑过最省心的经验就是与其每次浏览器更新后被动救火不如一开始就把版本锁死、把更新堵住、把驱动路径写成显式配置。花半小时做这些前期工作能省下后面无数次排查“为什么脚本又挂了”的时间。如果这个环境还要交付给别人用最好把版本号、驱动版本、下载来源、校验值都写进一份简单的环境说明文档里下一个人接手时能少走很多弯路。