Windows 11 25H2预览版Build 26220.9223更新与排查指南
每次大版本更新推送群里总有人问这个版本号到底是不是最新更新完文件资源管理器怎么跟预期不一样刚把系统升上来驱动又红了。这些问题在 Windows 预览版上尤其常见因为版本号变化快、功能调整频繁而且普通稳定版用户根本看不到推送入口。最近 Windows 11 25H2 方向的新构建 Build 26220.9223 开始在预览通道推送不少人第一次注意到文件资源管理器右侧多了一个可用的内容预览区域系统设置的结构也有明显调整。这篇文章就以这个版本为线索把预览系统更新的完整处理流程拆开讲一遍先说版本号怎么看再讲功能变化可能会出现在哪里然后是安装、备份、回滚和常见报错的排查思路。适合想尝鲜的 Windows Insider 用户、需要在多版本系统中测试软件兼容性的开发者也适合刚收到更新却不知道如何下手的普通用户。读完之后你能掌握三件实际可用的技能第一在任何一台 Windows 11 上快速定位到精确的 Build 和修订号第二判断当前系统是否在预览通道以及是否满足接收这类版本的条件第三在更新失败或功能异常时按照一套稳定步骤完成回滚和排查而不是反复重装系统。### 1.1 Windows 11 25H2 在版本体系中的位置 微软在 Windows 11 之后采取了一年一次功能更新的大节奏25H2 指的是定位于 2025 年下半年推送的年度功能更新版本。和之前的 23H2、24H2 一样H2 代表下半年25 代表年份所以命名本身反映的是市场宣传口径不代表内核一定发生了巨大变化。实际推送时最终版本号可能和你现在看到的预览版本号并不完全一致这一点会在后面详细说明。 Build 26220.9223 是本次更新内容的完整编号。拆开看26220 是主构建号表示系统在当前开发分支上处于第几轮版本后面的 .9223 是修订号也叫 UBRUpdate Build Revision表示在这个主版本上累积了多少轮补丁。微软的补丁推送机制决定了主构建号和修订号会同时变化所以我们在系统信息里看到“操作系统内部版本 26220.9223”时不能只记前五位还要留意后面的四位修订号否则排查问题时会漏掉补丁层面的变化。 理解这个版本体系对你有实际帮助。当你去论坛搜索报错信息时26220.9223 这个完整编号能帮你筛掉大量无关结果因为同一个主版本号在不同修订阶段出现的 BUG 可能完全不同。早期版本的显卡驱动问题很可能在 .9223 这个阶段已经被修复如果你只搜主版本号会得到误导性的建议。 ### 1.2 Build 26220.9223 与稳定版的关系 打开 Windows 更新如果你当前停留在正式版通道大概率看不到这个版本。26220 这个编号出现在 Windows 预览体验计划推送列表中的频率更高。预览体验计划通常分为几个通道功能越激进的通道推送版本越新但稳定性越差越接近正式版的通道推送版本越保守但日常使用问题更少。 这里的核心认知是Build 26220.9223 不是按照正式版节奏推送的补丁而是面向测试环境的预览更新。正式版用户即使开着自动更新也不会自动收到这个版本除非主动加入预览体验计划并选择对应通道。微软用这种方式把高风险变化限制在一部分愿意参与测试的用户群体里避免新功能直接影响所有生产环境。 所以当你看到“微软发布 Windows 11 25H2 最新版 Build 26220.9223”这类描述时要先确认自己是不是目标人群。如果你只是想稳定办公、打游戏、做正经开发这个版本不是必需品如果你的目标是提前评估新文件资源管理器、新设置界面以及为未来正式版升级做准备那么它值得在一台测试机上体验。2. 核心更新内容解读### 2.1 文件资源管理器“预览”怎么理解 标题里的“文件资源管理器预览”可以拆成两层意思。第一层是版本层面的预览也就是说文件资源管理器本身还在预览迭代阶段界面会继续调整第二层是功能层面的预览即打开资源管理器后选中一个文件在右侧窗格中直接看到内容摘要不需要双击打开文件。 实际操作中第二层功能更值得你第一时间体验。在文件资源管理器窗口里按 AltP可以快速切换右侧预览窗格的显示和隐藏。打开预览窗格后选中图片、PDF、Office 文档时右侧会出现缩略图或内容摘要视觉效果和旧版本相比明显更完整。不过要注意预览窗格并不是对所有文件类型都生效视频文件和某些自定义格式可能显示“没有可用的预览”这不代表文件损坏只是缺少对应的预览处理器。 升级后首次打开文件资源管理器建议先做三件事第一看左侧导航栏层级是否有变化新版经常调整“主页”“图库”“此电脑”的入口位置第二随意右键一个文件观察操作菜单的密度和排列顺序新的菜单设计会把常用操作放在更靠上的位置第三看地址栏是否显示完整路径如果不显示可以在地址栏右侧的空白区域单击切换到传统路径编辑模式。这里的重点不是死记某个按钮位置而是养成“升级后先看布局再找功能”的习惯。 ### 2.2 设置应用的界面变化 “全新设置”同样是预览版更新里容易被反复讨论的部分。Windows 11 的设置应用从最初发布开始就在持续改造主页的卡片布局、系统页的分组方式、搜索框的联动行为都在逐步变化。如果你是从 Windows 10 或早期 Windows 11 版本直接升上来第一次打开新设置时可能会觉得功能入口变少了但大多数选项并没有消失而是被收进了更深一级的页面或者通过搜索框定位。 这个版本中设置主页的典型观察点是顶部账号区域、云存储状态卡片和 Windows 更新状态入口。账号卡片会显示当前登录的微软账号和本地账号状态云存储卡片会提示 OneDrive 的用量情况。很多人在旧版本里习惯从“账户”页面找同步设置新版则更倾向于在主页直接给出状态摘要再依靠点击进入详细配置。 如果你更新后找不到某个具体选项最有效率的方法是使用设置窗口顶部的搜索框输入功能关键字例如输入“存储”“网络”“声音”系统会直接列出匹配的页面路径。不要在一个页面里反复翻找Windows 11 设置应用的信息架构在预览阶段还会继续变化依赖搜索框比依赖记忆更快。 ### 2.3 预览版功能不等于最终功能 需要特别强调一点预览版里看到的新鲜功能不一定原样进入正式版。微软经常会针对用户反馈调整交互设计比如某个入口在预览阶段放在菜单底部正式版可能会移到顶部某个功能在预览版存在正式版发布前也可能被整体移除。 因此在测试 Build 26220.9223 时不要把预览版截图直接当作正式版功能来宣传也不要基于预览版的某个界面设计去调整自己的软件布局。如果你所在团队正在做 Windows 客户端应用的兼容性适配最稳妥的做法是在虚拟机里验证预览版行为同时保留一份正式版环境做对照。这样即使预览版功能被裁剪也不会影响已发布版本的实际表现。3. 环境准备与版本查看### 3.1 更新前需要确认的基本条件 要接收 Build 26220.9223首先系统必须是 Windows 11名称和版本要满足预览体验计划的基本要求。系统盘需要预留充足空间预览版更新包加上后续累积补丁体积往往比普通质量更新更大建议至少保留 30GB 以上可用空间避免下载过程中磁盘被占满。 其次如果当前设备属于工作单位统一管理的电脑不建议私自加入预览体验计划。企业环境里的组策略、安全软件和集中管理系统往往与预览版的内部结构不兼容强行升级可能导致设备被管理平台判定为异常。个人测试机或者专用虚拟机则没有这个问题。 ### 3.2 winver 查看系统版本 查看系统自带的版本信息最基础也最快的方法是打开“运行”对话框快捷键是 WinR输入 winver然后回车。弹窗里会显示当前 Windows 的版本名称和操作系统内部版本号。如果系统已经升级到 25H2 方向的新版本理想情况下应该能看到类似“版本 25H2”以及“操作系统内部版本 26220.9223”的字样。 这个方法适合快速确认但不适合做精细排查因为 winver 弹窗里不包含通道信息和最近补丁更新日期。当我们需要更精确的数据时还是要配合命令行工具。 在命令行里输入 winver 也可以但更常用的是直接打开系统信息工具。按 WinR输入以下命令后回车会打开“系统信息”窗口里面可以看到 BIOS 版本、内存规格、系统类型等更完整的信息。 bash msinfo323.3 用 PowerShell 读取精确 Build 号如果需要把版本信息写入日志或者复制到问题反馈里可以用 PowerShell 读取注册表。Windows 的版本关键数据统一存在HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion下执行下面的命令即可得到展示名称、显示版本、主构建号和修订号。Get-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion | Select-Object DisplayName, DisplayVersion, CurrentBuild, UBR这条命令的优点是输出字段清晰适合粘贴到文档。其中CurrentBuild对应 26220UBR对应 9223合在一起就是完整的 Build 26220.9223。如果当前系统还没有升级到目标版本这里的数值会停留在旧版本号上也可以作为判断依据。3.4 确认当前所属通道想知道自己为什么能收到或者收不到某个版本需要确认当前处于哪个更新通道。打开“设置”应用依次进入“Windows 更新”和“Windows 预览体验计划”界面上会显示当前设备登记的通道名称。预览体验计划的通道从激进到保守通常可以理解为Canary、Dev、Beta、Release Preview。越靠右越稳定越靠左越接近开发前线。如果你发现 Build 26220.9223 已经发布但在自己的更新页里始终检测不到优先检查是否处于保守通道。Beta 和 Release Preview 通道的推送节奏通常比 Canary、Dev 慢这是正常现象不必反复重启更新服务。此外如果微软账号没有正确绑定到预览体验计划也会出现看不到推送的问题。界面找不到入口时也可以尝试通过注册表查看当前通道标识但要注意路径可能随系统版本调整读取结果为空不代表系统出错。Get-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\WindowsSelfHost\UI\Selection -ErrorAction SilentlyContinue | Select-Object UIBranch, UIRing## 4. 获取与安装流程4.1 加入 Windows 预览体验计划如果你还没加入预览体验计划第一步是在“设置 Windows 更新 Windows 预览体验计划”中点击“开始”然后登录微软账号选择想要加入的通道。这里有一个非常重要的判断标准不要在主力生产环境的电脑上选择 Canary 或 Dev 通道。对于普通尝鲜用户Beta 通道已经能提前看到大部分会在未来正式版中出现的变化稳定性也相对好一些。对于需要高频测试和提交反馈的开发者Dev 通道更合适但前提是接受频繁重启和临时出现的小问题。加入之后按照提示重启系统再回到 Windows 更新页面执行检查更新系统就会开始拉取对应通道的最新版本。4.2 通过 Windows 更新安装加入预览体验计划并重启后打开“设置 Windows 更新”点击“检查更新”。系统会自动下载匹配当前通道的最新预览版本。这一步和安装普通补丁的体验类似但需要注意两点一是预览版下载包更大耗时会更长期间不要关闭电脑电源二是在安装过程中可能会多次重启每次重启后都要保持网络连接让系统完成后续的配置阶段。更新完成后系统桌面右下角可能出现“Windows 预览体验计划”相关的提示这是正常现象。如果你的网络环境经常波动可以手动执行下面这条命令直接打开 Windows 更新设置页。Start-Process ms-settings:windowsupdate4.3 通过 ISO 镜像安装可选有些场景下你可能不想反复检查更新而是希望直接安装到指定 Build比如测试你已经下载好的某个应用。这时可以从微软官方渠道下载对应的预览版 ISO。进入微软官网的 Windows Insider Preview 下载页面选择当前需要下载的内部版本注意选择正确的语言和系统架构。ISO 安装分两种方式。第一种是升级安装在当前 Windows 系统中双击 ISO 里的 Setup 程序选择“保留个人文件和应用”这种方式不需要清空磁盘适合在已有系统基础上原地升级。第二种是全新安装使用 U 盘引导或虚拟机挂载 ISO会清空目标磁盘后重新安装适合需要干净环境的测试场景。需要强调的是不建议绕过硬件兼容性检查强行在不符合条件的机型上安装预览版。预览版本身已经包含大量未完善功能再加上硬件环境不满足要求后续更新失败的几率会成倍增加。正规做法是使用符合 Windows 11 硬件要求的设备或者在虚拟机里分配满足要求的虚拟硬件。4.4 安装后的版本验证升级完成后不要急着体验新功能先在命令行里确认版本到位。重新执行 winver 或者第 3 章的 PowerShell 命令确认 Build 已经变成 26220.9223 或更高版本。如果显示的还是旧版本号说明安装流程没有完整走完需要重新检查更新。要进一步确认最近安装了哪些修补程序可以用 PowerShell 里的 Get-HotFix 命令它默认读取当前系统已登记的补丁列表。这条命令的输出不一定完全等同于 Windows 更新历史记录但能快速看到最近的安装时间和补丁号。Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 5系统 GUI 里也可以查证进入“设置 Windows 更新 更新历史记录”查看最近的更新列表里是否有对应名称和安装时间。做完这一步再打开文件资源管理器按 AltP 测试预览窗格以及打开设置应用感受新版布局才算完成整个升级闭环。## 5. 安装前准备与风险控制5.1 升级前的数据备份清单预览版更新本质上是把整个系统核心替换到新版本所以执行更新前必须考虑数据安全。无论你的电脑里存的是项目代码还是学习资料都应该提前备份关键内容。需要重点备份的包括桌面和“文档”“图片”“下载”目录中的个人文件、浏览器里保存的收藏夹和扩展配置、IDE 中的工作区和项目配置、SSH 密钥和远程连接配置以及数据库本地文件。备份方式建议组合使用。普通文档可以直接通过文件历史记录功能自动备份也可以手动复制到移动硬盘或云盘。对于开发环境配置可以把关键配置文件导出成文本或者打包成压缩包这样即使系统回滚也能快速恢复环境。这里说的“恢复环境”不是指所有软件都要重装而是至少要保证代码、密钥、项目入口这三类核心资产不丢失。需要注意的是不要把备份文件放在系统盘本身期待“系统自己保留”。预览版升级过程中可能触发磁盘分区调整如果备份和原文件在同一物理磁盘遇到磁盘异常时备份同样不安全。多一份移动硬盘或局域网存储的副本性价比远高于事后找恢复工具。5.2 创建系统还原点与回滚预案进入新版本前创建一个系统还原点是成本最低的保险措施。右键点击“此电脑”选择“属性”打开“系统保护”确认系统盘的保护状态是否开启。如果提示关闭先点击“配置”启用系统保护再创建还原点。创建完成后写一个容易识别的描述例如“升级 25H2 之前”方便后续查找。如果更喜欢用命令可以在管理员权限的 PowerShell 里执行 Checkpoint-Computer效果等同于手动创建还原点。Checkpoint-Computer -Description Before Windows 11 25H2 Update -RestorePointType MODIFY_SETTINGS系统还提供了“返回上一版本”的入口通常位于“设置 系统 恢复”下界面会显示“返回到以前版本”或类似的选项。这个操作有时间窗口限制微软一般只会在升级后的一段时间内保留旧系统文件超过时间后入口会变灰。所以升级后如果发现问题尽早验证回滚路径是否可用不要等到几天后才想起要回退。5.3 驱动与软件兼容性记录预览版更新最容易踩雷的往往是驱动。升级之前建议先记录当前设备的关键驱动版本至少包括显卡驱动、网卡驱动、声卡驱动和芯片组驱动。记录方式可以是在设备管理器里逐项查看也可以使用管理员权限的 PowerShell 把当前系统中所有第三方驱动的列表导出为文本文件。Get-WindowsDriver -Online | Out-File drivers.txt这条命令会把当前系统里的驱动信息输出到drivers.txt方便和升级后的驱动列表做对比。导出后把文件保存到非系统盘。升级后如果发现某个硬件工作异常再运行同样的命令对比差异通常能快速定位到厂商驱动没有适配新版本的问题。## 6. 常见问题与排查思路6.1 高频问题速查表问题现象常见原因解决思路检测不到新版本通道不对、账号未绑定、推送还没轮到检查当前通道重新登录微软账号等待推送安装卡在 x%网络波动、磁盘空间不足、系统服务异常清理磁盘空间检查网络重启后继续安装更新后文件资源管理器没有新 UI预览功能未完全启用或界面变化不明显按 AltP 检查预览窗格重新启动资源管理器进程驱动异常例如显卡黑屏、网卡断连驱动版本与预览版不兼容回滚驱动或回退到上一版本等待厂商适配系统还原点创建失败系统保护未开启、磁盘空间不足先开启系统保护清理旧还原点后重试升级后应用打开闪退应用兼容性与新版本冲突检查应用更新尝试以兼容模式运行6.2 更新失败时的通用排查步骤如果更新检查或者安装过程反复失败先不要立刻重装系统。按照顺序执行下面几步大概率能把问题缩小到具体环节。第一步确认磁盘空间。打开“此电脑”查看系统盘剩余空间。如果低于 30GB使用磁盘清理工具删除临时文件和旧版本系统文件尤其是Windows.old文件夹它可能占用十几个 GB 的空间确认不需要回滚后可以清理。第二步重启 Windows 更新相关服务。在管理员权限的 PowerShell 里执行下面的命令停止并重新启动更新服务和后台传输服务。Stop-Service -Name wuauserv, bits -Force Start-Service -Name wuauserv, bits第三步打开事件查看器。按 WinR 输入 eventvwr.msc查看“Windows 日志 系统”下的错误条目。搜索来源为 Windows Update 或 Windows Error Reporting 的记录里面有具体的错误代码。把这个错误代码复制到搜索引擎或社区里比直接搜索“Windows 更新失败”要精准得多。eventvwr.msc6.3 什么时候应该回滚而不是继续排查预览版更新遇到问题并不意味着总要通过修修补补来解决。如果你升级后出现的不是单一应用兼容性问题而是系统级异常比如频繁蓝屏、睡眠唤醒异常、网络经常断开继续排查的时间成本可能已经高于回滚成本。建议在升级后两三天内把影响日常工作的问题数量记录一下。如果超过三个严重问题直接执行系统恢复里的“返回上一版本”回到升级前的状态等待后续 Build 或修复推送。回滚之后补丁并不需要完全卸载而是整个系统回到旧版本状态。升级前安装的软件和保存的文件通常会保留但驱动和系统服务会恢复到旧状态所以回滚后需要重新确认驱动是否为之前可用的版本。这里要再次强调任何回滚操作都存在不可预知的风险执行前确保关键数据已经备份。## 7. 最佳实践与工程建议7.1 测试环境与主力环境要隔离预览版最忌讳直接把主力办公电脑当成小白鼠。即使是经验丰富的开发者也很难预测一个新 Build 在某些特定硬件上的表现。推荐的做法是准备一台专用测试虚拟机分配至少 4GB 内存、2 个 CPU 核心、64GB 虚拟磁盘预先安装当前正式版 Windows 11再在里面加入预览体验计划接收更新。这样做的优势很明显虚拟机快照可以随时还原升级前拍一张快照升级后不管出现什么问题都能秒级回滚同时还可以在同一台物理机上维护多个虚拟机分别对应不同通道和版本方便做对比测试。对于企业场景这比让每个同事都在自己电脑上开 Insider 要安全得多。7.2 为每个预览版本建立记录表长期参与预览测试的人建议建立一个更新记录文档每次拿到新版本就同步更新一条记录。记录内容可以包括日期、版本号、通道、从哪个版本升上来、是否提前备份、遇到什么异常、解决方式是什么。这样的记录表有三个用途一是帮助你定位某个问题是从哪个版本开始出现的二是在向别人求助时可以一次提供完整的时间线三是确认当前测试进度避免忘记自己已经在哪个版本上停留。简单说这个习惯比任何备份工具都更能节约排查时间。7.3 升级后的回归检查清单升级完成后不要只看新界面要主动跑一遍回归检查。基础硬件检查包括网络连接是否稳定、蓝牙设备能否正常配对、指纹识别或人脸登录是否可用、声音输出是否正常。这些项目看似基础但预览版升级后最容易出问题的恰恰是这些日常低频行为。如果这台机器是开发环境还要额外检查开发工具链是否完整。打开终端确认 WSL 或虚拟机还能正常启动跑一个最小化项目验证编译器和依赖包管理工具是否正常工作检查数据库服务是否已启动本地端口是否和升级前一致。把这些检查项列成一个清单每次升级后逐项打勾比临时发现故障再处理效率高得多。## 8. 总结与下一步行动8.1 本文的五个关键结论第一Build 26220.9223 属于 Windows 11 25H2 方向的预览版本完整编号包括主构建号和修订号排查问题时务必使用完整编号。第二文件资源管理器的“预览”包含界面预览和内容预览两个层面先按 AltP 开启右侧预览窗格再继续观察其他 UI 变化。第三设置应用的新界面主要体现在主页卡片和搜索联动找不到选项时优先使用设置搜索框。第四升级前必须完成备份、还原点、驱动记录三项准备工作。第五预览版遇到严重系统级异常时及时回滚比持续修补更节省时间。8.2 马上可以做的四件事打开一次命令提示符执行 winver把你当前系统的完整版本号记录下来。然后进入“设置 Windows 更新 Windows 预览体验计划”查看当前设备登记在哪个通道。如果确定要体验新版先用虚拟机安装一份当前正式版并加入预览计划不要直接改主力机状态。最后如果升级后发现任何异常按文中的事件查看器步骤抓取错误代码再基于错误代码做后续判断。如果你也正在折腾 25H2 方向的新版本欢迎在评论区留下你当前的版本号和你遇到的现象我整理完新一批问题后继续补充排查经验。