简介本资源为面向Windows 64位系统的Chrome浏览器稳定版离线安装包适合普通用户日常上网、办公及网页开发测试人员使用。压缩包内共308个文件以223个pak资源包、52个hyb、10个dll动态库、7个exe可执行文件为主另含json配置、js脚本、dat数据等整体约173.03MB解压后可直接运行无需联网下载。该版本号145.0.7632.46属Stable稳定分支经过多轮测试具备沙盒隔离、自动更新等安全机制并针对64位系统优化了性能处理大量数据或运行资源密集型网页时更流畅。对开发者而言内置的开发者工具可用于网页调试、性能分析与代码编辑是可靠的测试平台。目前已有55人学习下载适合需要离线部署、版本固定或批量安装Chrome的用户参考使用。1. 拿到 chrome-win64-145.0.7632.46(Stable).zip 之后一个版本号能暴露多少信息很多人看到chrome-win64-145.0.7632.46(Stable).zip这种文件名第一反应是「不就是个浏览器压缩包吗」。但如果你在做自动化测试、批量部署、或者需要给内网机器准备离线安装包这个文件名其实是一份完整的元数据chrome是产品线win64是目标平台145.0.7632.46是四段式版本号Stable是发布通道.zip是分发形态。四段版本号里第一段是大版本第二段是构建号第三段是补丁号第四段是分支点。Stable 通道意味着这个包已经过了 Canary 和 Beta 两轮验证适合生产环境。这篇文章面向的是需要把 Chrome 离线包落地到实际工作流里的人做端到端测试的、做桌面应用内嵌浏览器的、做批量装机镜像的。我会把「怎么解压、怎么校验、怎么静默安装、怎么锁定版本、怎么排错」这条链路拆开讲每一步都给可复现的命令和参数。不聊浏览器历史只聊这个 zip 到手之后怎么用。2. 解压与目录结构先搞清楚 zip 里到底装了什么2.1 用命令行解压并核对文件清单拿到 zip 之后不要直接双击。Windows 资源管理器的解压对长路径和符号链接的处理不稳定尤其是 Chrome 的安装目录里有大量嵌套资源文件。用 PowerShell 的Expand-Archive或者 7-Zip 命令行更可控。# 用 PowerShell 解压到指定目录-Force 覆盖已有文件 Expand-Archive -Path .\chrome-win64-145.0.7632.46(Stable).zip -DestinationPath .\chrome-145-stable -Force # 列出解压后的顶层结构确认关键文件存在 Get-ChildItem .\chrome-145-stable | Select-Object Name, Length, LastWriteTime解压后典型结构是chrome.exe主程序、chrome.dll核心库、locales语言资源目录、resources.pak资源包、chrome_100_percent.pak和chrome_200_percent.pak缩放资源、swiftshader软件渲染目录、MEIPreload预加载清单。如果locales目录缺失或者chrome.dll大小为 0说明下载或解压过程出了问题不要继续安装。参数说明-Force会覆盖目标目录已有内容第一次解压可以不加-DestinationPath建议用短路径避免 Windows 260 字符路径限制。如果 zip 本身有密码企业分发场景常见Expand-Archive不支持密码需要换 7-Zip# 7-Zip 解压带密码的包-p 后接密码-o 指定输出目录 7z x chrome-win64-145.0.7632.46(Stable).zip -pYourPassword -o.\chrome-145-stable -y2.2 校验文件完整性哈希比对与数字签名离线包在传输过程中可能损坏尤其是通过共享盘或邮件中转。先算 SHA256再和官方发布页的哈希值比对。如果没有官方哈希至少确认chrome.exe的数字签名有效。# 计算 zip 的 SHA256 Get-FileHash .\chrome-win64-145.0.7632.46(Stable).zip -Algorithm SHA256 | Format-List Hash, Path # 验证 chrome.exe 的 Authenticode 签名 Get-AuthenticodeSignature .\chrome-145-stable\chrome.exe | Select-Object Status, SignerCertificate, TimeStamperCertificateStatus应该是Valid签名者证书的 Subject 里包含发布方信息。如果Status是NotSigned或HashMismatch这个包不能用。注意解压后的chrome.exe签名验证通过不代表 zip 本身没被篡改两者要分开校验。2.3 版本号四段到底怎么读145.0.7632.46这个版本号里145是主版本决定了大功能集和 API 行为0是次版本通常为 07632是构建号对应某个具体的代码提交点46是补丁号同一构建号下可能有多个补丁。做自动化测试时锁定到145.0.7632.46意味着你锁定了某个确定的渲染行为和 DevTools 协议版本。如果只写145不同补丁号之间可能有行为差异尤其是涉及--headless模式和新 API 的场景。提示在 CI 配置里把完整四段版本号写进变量不要只写主版本。145.0.7632.46和145.0.7632.50在 DevTools Protocol 的某些域上可能有字段增减。3. 静默安装与版本锁定把 Chrome 塞进自动化流水线3.1 用命令行参数做静默安装Chrome 的安装器支持一组静默参数适合在无人值守的部署脚本里调用。注意zip 解压出来的是绿色版目录不是安装器。如果你需要注册表写入、开始菜单快捷方式、系统级更新服务要用官方ChromeStandaloneSetup64.exe。但如果你只是要一个可调用的chrome.exe解压目录就够了。# 绿色版直接调用指定用户数据目录避免污染默认配置 .\chrome-145-stable\chrome.exe ^ --user-data-dirD:\ci\chrome-profiles\job-001 ^ --no-first-run ^ --no-default-browser-check ^ --disable-background-networking ^ --disable-sync ^ --headlessnew ^ --remote-debugging-port9222 ^ --window-size1920,1080参数逐个说--user-data-dir把配置、缓存、Cookie 隔离到独立目录CI 里每个 job 一个目录跑完直接删--no-first-run跳过首次运行向导--no-default-browser-check跳过默认浏览器检测--disable-background-networking关掉后台更新和遥测请求内网环境必须加--disable-sync关掉账号同步--headlessnew用新版无头模式比旧版--headless更接近真实渲染--remote-debugging-port开 DevTools 协议端口给 Puppeteer 或 Playwright 连。3.2 用策略文件锁定版本和更新行为企业环境里最怕 Chrome 半夜自动更新第二天测试全挂。Windows 下可以通过组策略或注册表锁定版本。注册表路径是HKLM\SOFTWARE\Policies\Google\Chrome关键键值键名类型值作用AutoUpdateCheckPeriodMinutesDWORD0关闭自动更新检查DisableAutoUpdateDWORD1禁用自动更新RelaunchNotificationDWORD2强制重启提示BrowserSigninDWORD0禁用浏览器登录# 写入注册表策略需要管理员权限 $policyPath HKLM:\SOFTWARE\Policies\Google\Chrome New-Item -Path $policyPath -Force | Out-Null Set-ItemProperty -Path $policyPath -Name AutoUpdateCheckPeriodMinutes -Value 0 -Type DWord Set-ItemProperty -Path $policyPath -Name DisableAutoUpdate -Value 1 -Type DWord Set-ItemProperty -Path $policyPath -Name BrowserSignin -Value 0 -Type DWord改完注册表后重启 Chrome 生效。验证方法打开chrome://policy看策略列表里这几项是否显示为已设置。如果显示「未设置」说明注册表路径写错了或者权限不够。3.3 在 Playwright 里指定 executablePathPlaywright 默认会下载自己捆绑的 Chromium但你可以让它用你指定的chrome.exe。这样版本完全由你控制不受 Playwright 更新影响。// playwright.config.js const { defineConfig } require(playwright/test); module.exports defineConfig({ use: { // 指向解压出来的 chrome.exe 绝对路径 executablePath: D:\\chrome-145-stable\\chrome.exe, headless: true, viewport: { width: 1920, height: 1080 }, launchOptions: { args: [ --disable-background-networking, --disable-sync, --no-first-run, --user-data-dirD:\\ci\\pw-profile ] } } });逻辑说明executablePath覆盖 Playwright 自带的浏览器路径launchOptions.args里的参数会透传给 Chrome 进程。注意--user-data-dir在 Playwright 里如果和executablePath同时用要确保目录存在且可写否则启动会报Failed to create a ProcessSingleton。4. 避坑与排查离线包落地时最容易翻车的五个点4.1 解压后 chrome.exe 双击没反应现象双击chrome.exe后进程一闪而过浏览器窗口不出现。原因解压目录缺少locales或resources.pakChrome 启动时找不到资源直接退出。解决重新解压确认locales\en-US.pak存在且大小正常。如果是从 zip 里单独拖出chrome.exe必然缺文件。4.2 无头模式下截图全黑现象--headlessnew --screenshot出来的 PNG 是纯黑或纯白。原因--disable-gpu和--use-glswiftshader的组合在某些显卡驱动上不兼容。解决去掉--disable-gpu改用--use-angleswiftshader或者加--enable-unsafe-swiftshader。如果还不行检查swiftshader目录是否完整。4.3 远程调试端口连不上现象--remote-debugging-port9222加了但http://127.0.0.1:9222/json/version拒绝连接。原因Chrome 从某个版本开始远程调试端口默认只绑定localhost且如果已有同user-data-dir的实例在跑新实例会直接退出。解决确保没有残留 Chrome 进程占用同一目录用--remote-debugging-address127.0.0.1显式指定检查防火墙是否拦了本地回环。4.4 版本号对但 DevTools 协议报错现象Puppeteer 连接后调用某个方法返回Protocol error (Xxx): Xxx wasnt found。原因Puppeteer 版本和 Chrome 版本不匹配DevTools 协议有增减。解决查 Puppeteer 的版本兼容表或者直接用chrome-remote-interface手动发协议命令绕过 Puppeteer 的封装。4.5 静默安装后默认浏览器被改现象部署脚本跑完用户机器默认浏览器变成 Chrome用户投诉。原因安装器默认会抢默认浏览器。解决加--do-not-launch-chrome和--no-default-browser-check并且在注册表里预设HKLM\SOFTWARE\Clients\StartMenuInternet的默认值。绿色版不会改默认浏览器但安装版会。5. 进阶用固定版本 Chrome 做视觉回归与协议探测固定版本 Chrome 最大的价值在于「可复现」。视觉回归测试里渲染引擎的微小变化都会导致像素差异锁定145.0.7632.46意味着你排除了浏览器升级这个变量。我一般会做两件事一是用--screenshot批量截图和基线图做像素比对二是用 DevTools 协议探测当前版本支持哪些域。# 用 websocket 连 DevTools 协议列出所有可用域 import json import urllib.request import websocket # 先拿 websocket 调试地址 resp urllib.request.urlopen(http://127.0.0.1:9222/json/version) info json.loads(resp.read()) ws_url info[webSocketDebuggerUrl] ws websocket.create_connection(ws_url) # 发 Schema.getDomains 命令返回所有协议域 ws.send(json.dumps({id: 1, method: Schema.getDomains})) result json.loads(ws.recv()) domains [d[name] for d in result[result][domains]] print(f当前版本支持 {len(domains)} 个协议域) print(domains[:20]) ws.close()这段代码先请求/json/version拿到 WebSocket 地址再发Schema.getDomains命令。返回的域列表里Page、Runtime、Network、DOM是基础域Audits、WebAuthn、FedCm是较新域。如果你要用的域不在列表里说明这个 Chrome 版本不支持要么降级用法要么换版本。视觉回归的基线管理有个血泪经验不要用 PNG 直接比字节要用 SSIM 或像素容差。Chrome 在不同机器上渲染同一页面抗锯齿和字体微调会导致像素级差异。我一般设 0.98 的 SSIM 阈值低于这个值才报警。最后一个习惯每次拿到新的离线包先跑一遍chrome://version确认版本号再跑一遍chrome://policy确认策略生效最后跑一个最小 Playwright 脚本确认协议连通。这三步过了再往流水线里塞。希望帮到你。本文还有配套的精品资源点击获取
简介本资源为面向Windows 64位系统的Chrome浏览器稳定版离线安装包适合普通用户日常上网、办公及网页开发测试人员使用。压缩包内共308个文件以223个pak资源包、52个hyb、10个dll动态库、7个exe可执行文件为主另含json配置、js脚本、dat数据等整体约173.03MB解压后可直接运行无需联网下载。该版本号145.0.7632.46属Stable稳定分支经过多轮测试具备沙盒隔离、自动更新等安全机制并针对64位系统优化了性能处理大量数据或运行资源密集型网页时更流畅。对开发者而言内置的开发者工具可用于网页调试、性能分析与代码编辑是可靠的测试平台。目前已有55人学习下载适合需要离线部署、版本固定或批量安装Chrome的用户参考使用。1. 拿到 chrome-win64-145.0.7632.46(Stable).zip 之后一个版本号能暴露多少信息很多人看到chrome-win64-145.0.7632.46(Stable).zip这种文件名第一反应是「不就是个浏览器压缩包吗」。但如果你在做自动化测试、批量部署、或者需要给内网机器准备离线安装包这个文件名其实是一份完整的元数据chrome是产品线win64是目标平台145.0.7632.46是四段式版本号Stable是发布通道.zip是分发形态。四段版本号里第一段是大版本第二段是构建号第三段是补丁号第四段是分支点。Stable 通道意味着这个包已经过了 Canary 和 Beta 两轮验证适合生产环境。这篇文章面向的是需要把 Chrome 离线包落地到实际工作流里的人做端到端测试的、做桌面应用内嵌浏览器的、做批量装机镜像的。我会把「怎么解压、怎么校验、怎么静默安装、怎么锁定版本、怎么排错」这条链路拆开讲每一步都给可复现的命令和参数。不聊浏览器历史只聊这个 zip 到手之后怎么用。2. 解压与目录结构先搞清楚 zip 里到底装了什么2.1 用命令行解压并核对文件清单拿到 zip 之后不要直接双击。Windows 资源管理器的解压对长路径和符号链接的处理不稳定尤其是 Chrome 的安装目录里有大量嵌套资源文件。用 PowerShell 的Expand-Archive或者 7-Zip 命令行更可控。# 用 PowerShell 解压到指定目录-Force 覆盖已有文件 Expand-Archive -Path .\chrome-win64-145.0.7632.46(Stable).zip -DestinationPath .\chrome-145-stable -Force # 列出解压后的顶层结构确认关键文件存在 Get-ChildItem .\chrome-145-stable | Select-Object Name, Length, LastWriteTime解压后典型结构是chrome.exe主程序、chrome.dll核心库、locales语言资源目录、resources.pak资源包、chrome_100_percent.pak和chrome_200_percent.pak缩放资源、swiftshader软件渲染目录、MEIPreload预加载清单。如果locales目录缺失或者chrome.dll大小为 0说明下载或解压过程出了问题不要继续安装。参数说明-Force会覆盖目标目录已有内容第一次解压可以不加-DestinationPath建议用短路径避免 Windows 260 字符路径限制。如果 zip 本身有密码企业分发场景常见Expand-Archive不支持密码需要换 7-Zip# 7-Zip 解压带密码的包-p 后接密码-o 指定输出目录 7z x chrome-win64-145.0.7632.46(Stable).zip -pYourPassword -o.\chrome-145-stable -y2.2 校验文件完整性哈希比对与数字签名离线包在传输过程中可能损坏尤其是通过共享盘或邮件中转。先算 SHA256再和官方发布页的哈希值比对。如果没有官方哈希至少确认chrome.exe的数字签名有效。# 计算 zip 的 SHA256 Get-FileHash .\chrome-win64-145.0.7632.46(Stable).zip -Algorithm SHA256 | Format-List Hash, Path # 验证 chrome.exe 的 Authenticode 签名 Get-AuthenticodeSignature .\chrome-145-stable\chrome.exe | Select-Object Status, SignerCertificate, TimeStamperCertificateStatus应该是Valid签名者证书的 Subject 里包含发布方信息。如果Status是NotSigned或HashMismatch这个包不能用。注意解压后的chrome.exe签名验证通过不代表 zip 本身没被篡改两者要分开校验。2.3 版本号四段到底怎么读145.0.7632.46这个版本号里145是主版本决定了大功能集和 API 行为0是次版本通常为 07632是构建号对应某个具体的代码提交点46是补丁号同一构建号下可能有多个补丁。做自动化测试时锁定到145.0.7632.46意味着你锁定了某个确定的渲染行为和 DevTools 协议版本。如果只写145不同补丁号之间可能有行为差异尤其是涉及--headless模式和新 API 的场景。提示在 CI 配置里把完整四段版本号写进变量不要只写主版本。145.0.7632.46和145.0.7632.50在 DevTools Protocol 的某些域上可能有字段增减。3. 静默安装与版本锁定把 Chrome 塞进自动化流水线3.1 用命令行参数做静默安装Chrome 的安装器支持一组静默参数适合在无人值守的部署脚本里调用。注意zip 解压出来的是绿色版目录不是安装器。如果你需要注册表写入、开始菜单快捷方式、系统级更新服务要用官方ChromeStandaloneSetup64.exe。但如果你只是要一个可调用的chrome.exe解压目录就够了。# 绿色版直接调用指定用户数据目录避免污染默认配置 .\chrome-145-stable\chrome.exe ^ --user-data-dirD:\ci\chrome-profiles\job-001 ^ --no-first-run ^ --no-default-browser-check ^ --disable-background-networking ^ --disable-sync ^ --headlessnew ^ --remote-debugging-port9222 ^ --window-size1920,1080参数逐个说--user-data-dir把配置、缓存、Cookie 隔离到独立目录CI 里每个 job 一个目录跑完直接删--no-first-run跳过首次运行向导--no-default-browser-check跳过默认浏览器检测--disable-background-networking关掉后台更新和遥测请求内网环境必须加--disable-sync关掉账号同步--headlessnew用新版无头模式比旧版--headless更接近真实渲染--remote-debugging-port开 DevTools 协议端口给 Puppeteer 或 Playwright 连。3.2 用策略文件锁定版本和更新行为企业环境里最怕 Chrome 半夜自动更新第二天测试全挂。Windows 下可以通过组策略或注册表锁定版本。注册表路径是HKLM\SOFTWARE\Policies\Google\Chrome关键键值键名类型值作用AutoUpdateCheckPeriodMinutesDWORD0关闭自动更新检查DisableAutoUpdateDWORD1禁用自动更新RelaunchNotificationDWORD2强制重启提示BrowserSigninDWORD0禁用浏览器登录# 写入注册表策略需要管理员权限 $policyPath HKLM:\SOFTWARE\Policies\Google\Chrome New-Item -Path $policyPath -Force | Out-Null Set-ItemProperty -Path $policyPath -Name AutoUpdateCheckPeriodMinutes -Value 0 -Type DWord Set-ItemProperty -Path $policyPath -Name DisableAutoUpdate -Value 1 -Type DWord Set-ItemProperty -Path $policyPath -Name BrowserSignin -Value 0 -Type DWord改完注册表后重启 Chrome 生效。验证方法打开chrome://policy看策略列表里这几项是否显示为已设置。如果显示「未设置」说明注册表路径写错了或者权限不够。3.3 在 Playwright 里指定 executablePathPlaywright 默认会下载自己捆绑的 Chromium但你可以让它用你指定的chrome.exe。这样版本完全由你控制不受 Playwright 更新影响。// playwright.config.js const { defineConfig } require(playwright/test); module.exports defineConfig({ use: { // 指向解压出来的 chrome.exe 绝对路径 executablePath: D:\\chrome-145-stable\\chrome.exe, headless: true, viewport: { width: 1920, height: 1080 }, launchOptions: { args: [ --disable-background-networking, --disable-sync, --no-first-run, --user-data-dirD:\\ci\\pw-profile ] } } });逻辑说明executablePath覆盖 Playwright 自带的浏览器路径launchOptions.args里的参数会透传给 Chrome 进程。注意--user-data-dir在 Playwright 里如果和executablePath同时用要确保目录存在且可写否则启动会报Failed to create a ProcessSingleton。4. 避坑与排查离线包落地时最容易翻车的五个点4.1 解压后 chrome.exe 双击没反应现象双击chrome.exe后进程一闪而过浏览器窗口不出现。原因解压目录缺少locales或resources.pakChrome 启动时找不到资源直接退出。解决重新解压确认locales\en-US.pak存在且大小正常。如果是从 zip 里单独拖出chrome.exe必然缺文件。4.2 无头模式下截图全黑现象--headlessnew --screenshot出来的 PNG 是纯黑或纯白。原因--disable-gpu和--use-glswiftshader的组合在某些显卡驱动上不兼容。解决去掉--disable-gpu改用--use-angleswiftshader或者加--enable-unsafe-swiftshader。如果还不行检查swiftshader目录是否完整。4.3 远程调试端口连不上现象--remote-debugging-port9222加了但http://127.0.0.1:9222/json/version拒绝连接。原因Chrome 从某个版本开始远程调试端口默认只绑定localhost且如果已有同user-data-dir的实例在跑新实例会直接退出。解决确保没有残留 Chrome 进程占用同一目录用--remote-debugging-address127.0.0.1显式指定检查防火墙是否拦了本地回环。4.4 版本号对但 DevTools 协议报错现象Puppeteer 连接后调用某个方法返回Protocol error (Xxx): Xxx wasnt found。原因Puppeteer 版本和 Chrome 版本不匹配DevTools 协议有增减。解决查 Puppeteer 的版本兼容表或者直接用chrome-remote-interface手动发协议命令绕过 Puppeteer 的封装。4.5 静默安装后默认浏览器被改现象部署脚本跑完用户机器默认浏览器变成 Chrome用户投诉。原因安装器默认会抢默认浏览器。解决加--do-not-launch-chrome和--no-default-browser-check并且在注册表里预设HKLM\SOFTWARE\Clients\StartMenuInternet的默认值。绿色版不会改默认浏览器但安装版会。5. 进阶用固定版本 Chrome 做视觉回归与协议探测固定版本 Chrome 最大的价值在于「可复现」。视觉回归测试里渲染引擎的微小变化都会导致像素差异锁定145.0.7632.46意味着你排除了浏览器升级这个变量。我一般会做两件事一是用--screenshot批量截图和基线图做像素比对二是用 DevTools 协议探测当前版本支持哪些域。# 用 websocket 连 DevTools 协议列出所有可用域 import json import urllib.request import websocket # 先拿 websocket 调试地址 resp urllib.request.urlopen(http://127.0.0.1:9222/json/version) info json.loads(resp.read()) ws_url info[webSocketDebuggerUrl] ws websocket.create_connection(ws_url) # 发 Schema.getDomains 命令返回所有协议域 ws.send(json.dumps({id: 1, method: Schema.getDomains})) result json.loads(ws.recv()) domains [d[name] for d in result[result][domains]] print(f当前版本支持 {len(domains)} 个协议域) print(domains[:20]) ws.close()这段代码先请求/json/version拿到 WebSocket 地址再发Schema.getDomains命令。返回的域列表里Page、Runtime、Network、DOM是基础域Audits、WebAuthn、FedCm是较新域。如果你要用的域不在列表里说明这个 Chrome 版本不支持要么降级用法要么换版本。视觉回归的基线管理有个血泪经验不要用 PNG 直接比字节要用 SSIM 或像素容差。Chrome 在不同机器上渲染同一页面抗锯齿和字体微调会导致像素级差异。我一般设 0.98 的 SSIM 阈值低于这个值才报警。最后一个习惯每次拿到新的离线包先跑一遍chrome://version确认版本号再跑一遍chrome://policy确认策略生效最后跑一个最小 Playwright 脚本确认协议连通。这三步过了再往流水线里塞。希望帮到你。本文还有配套的精品资源点击获取
