简介：EdgeDriver92.0.902.67 是面向64位 Windows 系统的 Microsoft Edge 浏览器自动化测试驱动，专供开发与测试工程师在 Selenium WebDriver 框架下调用，用于完成页面打开、元素点击、表单填写等 Web 自动化测试任务。压缩包共有3个文件，整体大小约6.99MB，包含核心可执行文件 msedgedriver.exe、驱动说明 Driver_Notes 以及许可证文件；其中 Driver_Notes 详细列出了版本兼容性、已知问题与配置注意事项，能有效帮助使用者规避因浏览器与驱动版本不匹配导致的运行失败。已有817人学习下载，尤其适合正在搭建 Edge 自动化测试环境、需要将 Selenium 脚本与浏览器驱动对接的初中级测试人员。下载后可将 msedgedriver.exe 添加至系统 PATH 或指定完整路径，再结合说明文件快速完成环境配置；资源体积小、结构清晰，可直接满足 Edge 92 稳定版浏览器的自动化测试需求，是开展 Web 回归测试与功能验证的实用工具包。
1. 先弄明白 EdgeDriver 到底是什么
1.1 一行协议，连接浏览器和自动化脚本
先说个最基础的问题：EdgeDriver 是什么？如果你写过 Selenium 自动化，一定对“驱动”这个词不陌生。它本质上是一个中间层程序，负责把你的测试脚本命令翻译成浏览器能听懂的原生操作指令。脚本说“去打开 https://example.com”，EdgeDriver 就把这个指令通过 WebDriver 协议交给 Edge 浏览器执行，再把页面加载结果原样返回。没有它，Selenium 就只是个空壳。
你可能会问：为什么现在 Edge 都是 Chromium 内核了，还需要单独下载一个驱动？因为微软把 Edge 和 Chromium 绑定后，虽然浏览器本身是免费的，但自动化控制的入口并没有直接暴露给普通用户。微软官方维护了一个独立的 EdgeDriver 版本库，每个版本都对应特定的浏览器构建号。你要做 Web 自动化、爬虫、UI 回归测试，或者跑一些需要真实浏览器环境的任务脚本，就必须先把这个驱动装好。
这次标题里锁定的版本是92.0.902.67，对应的是 2021 年中期的 Edge 稳定版。那个时间段的用户如果升级过浏览器，大概率会遇到驱动不匹配的报错。所以我这篇的重点就放在：这个版本到底怎么下载、怎么配、踩了哪些坑、怎么修。
1.2 为什么必须是 92.0.902.67，不能随便拿个新版
EdgeDriver 和 Edge 浏览器之间的版本强绑定，是最容易把新手搞崩溃的地方。你装了一个新的 EdgeDriver 105，结果本机 Edge 还是 92，启动脚本的一瞬间就会抛SessionNotCreatedException，提示你“This version of MSEdgeDriver only supports Edge version 105”。这个错误信息是硬性的，不是警告，是直接拒绝工作。
这里有个底层原因：WebDriver 协议虽然整体上是稳定的，但每个版本的浏览器在内部实现细节、DevTools 协议接口、DOM 操作边界上都有差异。驱动版本和浏览器版本相差太大，协议握手就容易失败，或者即使握手成功，后续执行点击、输入操作时也会因为选择器、事件回调机制的变化而出现随机性报错。
所以，你如果本地浏览器就是 92.0.902.x，那就老老实实下载 92.0.902.67。不用追求新，稳定匹配才是第一优先级。这篇标题直接把这个版本号写出来，就是典型的“指定版本下载”场景，省去大家在官网版本列表里来回翻找的麻烦。
2. 下载前的关键选择：win64、渠道和版本核对
2.1 win64 选型怎么看，别下成 32 位了
关于 win64，听起来很简单，但实际操作中真的特别容易错。你下载的时候会看到页面同时提供 win32 和 win64 两个压缩包，如果你随便点了一个，后面大概率会出问题。
判断依据很简单：看你的 Windows 系统是 64 位还是 32 位。现在绝大多数电脑都是 64 位，但如果你在虚拟机、老旧设备或者精简版系统上跑任务，可能是 32 位。打开“设置—系统—关于”，在“系统类型”那一行看，写着“64 位操作系统”就选 win64，写着“32 位操作系统”就选 win32。
还有一点要注意：即使你的操作系统是 64 位，如果你的 Python 解释器是 32 位版本，某些老项目里调用驱动时也可能会出现兼容性问题。虽然 EdgeDriver 本身是独立 exe，理论上不太受 Python 位数影响，但我实测下来，32 位 Python 连接 win64 驱动时，偶尔会有异常退出。建议统一用 64 位 Python + win64 驱动，这个组合最省心。
2.2 官方渠道与其他渠道对比
下载 EdgeDriver 有两个比较靠谱的渠道，我分别说一下。第一个是微软官方的 Edge Driver 页面，地址是developer.microsoft.com/microsoft-edge/tools/webdriver/，进去之后你能看到“Stable”“Beta”“Dev”“Canary”几个通道的版本列表。标题里要的 92.0.902.67 属于 2021 年的稳定版，在这个页面的历史存档里可以找到。官方页面会自动识别你的系统，但下载时还是要手动确认一下平台是 win64。
第二个渠道是 NuGet 包Microsoft.WebDriver和 npm 包edgedriver。这两个渠道其实是从官方版本库同步过来的，但好处是路径比较固定，适合自动化脚本里直接拉取。比如某些测试框架会通过 npm 自动安装 edgedriver，免去你手动下载解压的步骤。
有些人可能还会从第三方博客、百度网盘下载，这个我强烈不建议。驱动这种东西，被篡改的风险非常高—你在里面运行的是本地 exe，如果被人塞进挖矿程序或后门脚本，你根本察觉不到。哪怕版本号显示是对的，也要校验一下文件大小和数字签名。官方文件通常有微软的数字签名，右键属性—数字签名，能看到“Microsoft Corporation”的签名信息，才算安全。
2.3 文件结构速览
下载完成后你会得到一个 zip 压缩包，解压后里面只有一个文件：msedgedriver.exe。不用安装，不用注册系统服务，就是一个独立的绿色可执行文件。
这个 exe 就是你所有自动化脚本的关键依赖。你可以把它放在项目根目录、单独的工具目录，或者放到系统 PATH 环境变量能扫到的路径下。我自己的习惯是在 D 盘建一个tools/edgedriver/目录，把不同版本按目录分开放，比如：
D:\tools\edgedriver\92.0.902.67\msedgedriver.exe D:\tools\edgedriver\105.0.1343.42\msedgedriver.exe这样切换浏览器版本时，只需要改代码里的路径，不用反复覆盖同一个文件。别嫌麻烦，当你有多个测试项目分别固定在不同浏览器版本时，这个目录习惯能帮你省下大量排查时间。
3. 实操配置完整步骤
3.1 下载与环境准备
锁定版本后，第一步就是去官方渠道找到对应的存档。微软官网的下载列表是按时间倒序排列的，92.0.902.67 的条目在 2021 年 7 月左右。实际操作时，你可以直接用页面下方的“历史版本”链接，或者通过固定的 URL 格式来下载。
以 win64 为例，官方下载地址的格式大致是：
https://msedgedriver.azureedge.net/92.0.902.67/edgedriver_win64.zip直接把版本号替换进去就能拿到压缩包，不需要在页面里反复滑动翻找。下载完成后，解压到你的工具目录即可。
这里有个小技巧：如果你在命令行里先跑一下msedgedriver.exe --version，能看到输出版本号。这个输出信息在排查问题的时候非常关键，因为有些人下载完了信誓旦旦说版本是对的，结果实际跑的是一个老版本文件—路径指向不对导致的。
3.2 代码对接的三种方式
驱动下载完，接下来就是把它接进你的自动化项目里。我按 Selenium 项目的常见使用方式，给你列出三种对接方法。
方式一：直接指定驱动路径（最稳妥）
from selenium import webdriver from selenium.webdriver.edge.service import Service service = Service(r"D:\tools\edgedriver\92.0.902.67\msedgedriver.exe") driver = webdriver.Edge(service=service)这种方式的好处是显式指定文件路径，不管环境变量乱不乱，都能精准加载。缺点是如果换了环境、路径变了，脚本会直接报WebDriverException: 'msedgedriver.exe' executable needs to be in PATH。
方式二：配置环境变量 PATH
把msedgedriver.exe所在的目录加到系统 PATH 中，代码里就不需要传入 service 参数，Selenium 会自动去 PATH 里搜索。这适合单个项目、长期固定在同一个环境里跑的情况。但要注意，如果你系统里装了多个版本的驱动，PATH 优先级最高的那个会胜出，就容易出现版本冲突。
方式三：用 Selenium Manager 自动管理（仅限 Selenium 4.6+）
如果你用的是 Selenium 4.6 以上的版本，它内置的 Selenium Manager 会自动检测本地 Edge 版本，并自动下载匹配的驱动。理论上你不需要手动准备 EdgeDriver。但有一个问题：自动下载的驱动版本可能不是正好 92.0.902.67，而是最新的稳定版。如果你的项目逻辑依赖特定版本行为，还是手动指定更可靠。
3.3 验证脚本
装好之后，一定要先跑一个最小验证脚本，确认整条链路是通的。
from selenium import webdriver from selenium.webdriver.edge.service import Service service = Service(r"D:\tools\edgedriver\92.0.902.67\msedgedriver.exe") driver = webdriver.Edge(service=service) driver.get("https://www.bing.com") print(driver.title) driver.quit()如果脚本正常输出Bing并自动关闭浏览器窗口，就说明驱动本身没问题。如果报错：
selenium.common.exceptions.SessionNotCreatedException: Message: session not created: This version of MSEdgeDriver only supports Edge version 92那就说明你的浏览器版本和驱动版本不匹配，需要回到浏览器设置里查看当前版本号，再下载对应驱动。
4. 高频问题与排查经验
4.1 版本不匹配，这个报错占了七成
我在实际技术支持中遇到最多的情况，就是版本不匹配。前面已经说过，92.0.902.67 这个版本只支持 Edge 92.x。但很多人的浏览器会自动更新到 105、115 甚至更高的版本，驱动还是旧的，那必然报错。
排查思路分两步：先确认浏览器版本，再确认驱动版本。
浏览器版本在 Edge 地址栏输入edge://settings/help能看到。驱动版本在命令行执行：
msedgedriver.exe --version两边的主版本号如果不一致，或者驱动版本比浏览器低很多，就直接换匹配版本。
还有一种情况容易忽略：你装了 Edge 和 Edge Beta 两套浏览器，代码默认启动的是 Stable 版，但你手动指定的驱动是 Beta 版对应的，也会报错。所以一定要搞清楚代码里默认启动的是哪个浏览器的可执行文件。
4.2 驱动路径问题与缓存残留
还有一个很高频的问题：提示找不到msedgedriver.exe，但是你的文件明明就在那里。这种情况通常是路径写错了，或者路径里有空格和特殊字符，导致服务加载失败。
举个例子：
service = Service(r"D:\my tools\edgedriver\msedgedriver.exe")这个写法里路径有空格，虽然加了r前缀，但有些版本下 Selenium 解析路径仍可能出错。我的建议是：要么用短路径（如C:\edgedriver\），要么用 Path 对象拼接：
from pathlib import Path driver_path = Path("D:/tools/edgedriver/92.0.902.67/msedgedriver.exe") service = Service(str(driver_path))另外，Windows 下如果之前跑过一次脚本失败，可能会残留一个msedgedriver.exe进程在后台，占用驱动端口。下次启动时新驱动无法绑定端口，也会报错。遇到这种情况，打开任务管理器，把所有msedgedriver.exe进程都结束掉，再跑脚本就正常了。
4.3 启动后闪退或者报错 0xc000007b
比较老旧的系统或者精简版 Windows 上，会出现一种奇怪的错误：驱动启动后提示0xc000007b或者直接闪退。这通常不是 EdgeDriver 本身的问题，而是缺少 Visual C++ 运行库。
EdgeDriver 是基于 C++ 编写的，依赖微软的 VC++ Redistributable 运行环境。如果你的系统没有装，或者装的版本太老，它就跑不起来。解决办法很简单：去微软官网下载最新的 Visual C++ Redistributable（x64 版本），安装后重启终端再试。
如果你确认运行库没问题，还出现过这种情况：杀毒软件或者 Windows Defender 把msedgedriver.exe当作潜在风险隔离了。这个驱动因为经常被爬虫和自动化工具使用，很容易被误杀。解决办法是在 Windows 安全中心的“排除项”里，把驱动所在的整个目录加进去。
另外多提一嘴，如果你在公司网络环境下，配了代理或者防火墙策略，驱动启动时可能会去访问网络检查更新。某些场景下网络不通会导致启动卡在初始化阶段。你可以在启动脚本前加环境变量：
import os os.environ["PATH"] = r"D:\tools\edgedriver\92.0.902.67;" + os.environ["PATH"]或者直接禁用驱动自身的更新检查（如果版本支持的话），确保它只本地运行。
5. 顺手讲讲热搜里那几个下载需求
写作过程中我注意到，搜索引擎上经常和 EdgeDriver 一起出现的热搜词还有matlab r2014b win64 下载、ffmpeg 3.4 win64 static、win64 openssl v1.1.1w 百度网盘、tia portal v16 win64 解压密码这些。乍一看全是不同领域的需求，但它们背后都指向同一个核心问题：指定版本、指定平台的二进制工具怎么安全下载和部署。
这个场景和 EdgeDriver 几乎一模一样。比如ffmpeg 3.4 win64 static，你要找的就是 3.4 版本、64 位 Windows、静态编译版，不是 5.x 也不是 6.x，因为这些大版本之间的命令行参数和行为可能有变动。MATLAB R2014b 也是，新版不一定兼容旧脚本，只能找对应版本重装。OpenSSL 1.1.1w 这种更特殊，属于安全敏感组件，老的 1.1.1 系列已经停止维护，如果你还在用，最好明确知道自己在承担什么风险。
所以说，这次聊的虽然是一个 EdgeDriver 的下载问题，但方法论是通用的：先确认版本匹配，再确认平台架构，然后从官方渠道获取文件，最后通过命令行验证程序可执行。这一套流程，放到任何一个“指定版本工具下载”的需求上，都适用。
6. 实际踩坑后的个人体会
最后分享一点心得。很多人觉得下载驱动是一件小事，随便找个网站点下载就完事了。但被坑过一次之后，我再也不敢这么干了。那次是一个生产环境上的自动化任务，突然全部报错，排查到最后发现是某网盘下载的驱动文件少了一个 DLL，导致程序直接崩溃。从那以后，我给自己定了三条铁律：
第一，驱动类文件只从官方源或官方镜像下载。找不到官方源，宁可不做，也不要去碰第三方网盘的压缩包。
第二，每个项目的依赖版本都写成固定版本并记录在案。EdgeDriver 92.0.902.67 这个版本号，就是项目里的一条硬约束。升级浏览器时，先评估驱动兼容性，再谈功能更新。
第三，下载完一定先命令行验证，别直接跑完整脚本。验证版本号和启动是否正常，能帮你快速定位问题范围，不至于把驱动问题误判为代码问题。
如果你也正在为一个“指定版本”的驱动、工具或软件包下载而头疼，希望这篇能帮你少走几条弯路。版本匹配这件事，一分钟的核对能省下几个小时的排查，值得认真对待。
本文还有配套的精品资源，点击获取
