Windows 11 KB5089573 预览版更新了哪些内容？一文看懂 26200.8524 和 26100.8524
- 1. 问题背景：KB5089573 是什么更新？
- 2. 适用范围：哪些系统会收到 KB5089573？
- 3. 核心内容：KB5089573 到底更新了哪些内容？
- 3.1 Shared Audio：支持两副蓝牙音频设备共享播放
- 3.2 放大镜：提升辅助功能体验
- 3.3 任务管理器：增强 NPU 与隔离状态可见性
- 3.4 摄像头：支持多应用摄像头与基础摄像头模式
- 3.5 Windows Setup：安装阶段可自定义用户文件夹名
- 3.6 性能与 Shell 体验：应用启动和系统外壳响应优化
- 4. 安装流程：如何安装 KB5089573 预览版？
- 4.1 普通用户：通过 Windows Update 可选更新安装
- 4.2 手动安装：通过 Microsoft Update Catalog 下载 MSU
- 4.3 离线镜像维护：谨慎加入 WIM
- 5. 验证方法：安装后怎么确认是否成功？
- 6. 常见问题与踩坑提醒
- 6.1 安装失败：重点关注 0x800f0922
- 6.2 注册表缓解：不要无证据批量执行
- 6.3 驱动兼容：USB、摄像头、输入设备要重点看
- 7. 企业桌面运维建议：预览版不要盲目全量推送
- 8. 总结提升：这次更新到底值不值得装？
1. 问题背景：KB5089573 是什么更新？
2026 年 5 月 26 日，Microsoft 发布了 Windows 11 预览累积更新KB5089573，对应的操作系统内部版本为26200.8524和26100.8524。其中，26200.8524对应 Windows 11 version 25H2，26100.8524对应 Windows 11 version 24H2。
这类更新和每月 Patch Tuesday 的正式安全更新不同。它更像是一次“提前放出的质量改进包”，用于把一部分体验优化、可靠性修复和新能力先推给愿意提前验证的用户。对个人用户来说，它可以提前体验部分改进；对企业桌面运维来说，它更适合作为测试样本，而不是直接全量推送。
我个人不建议把预览版更新直接当成生产环境必装补丁。原因很简单：预览版的价值在于提前验证和提前发现问题，而不是替代正式安全更新。尤其是在启用了 BitLocker、EDR、DLP、VPN、打印管控、驱动管控的企业终端上，预览更新更应该先灰度测试。
这张图展示的是KB5089573的整体更新信息，包括 Windows 11 预览版、更新编号和两个对应的系统内部版本。
从图中可以看出，这篇文章的核心对象非常明确：KB5089573、Windows 11 预览版、26200.8524 / 26100.8524。写 Windows 更新文章时，这几个信息必须先讲清楚，否则读者很容易把 24H2、25H2、正式版更新和预览版更新混在一起。
2. 适用范围：哪些系统会收到 KB5089573？
KB5089573主要适用于 Windows 11 version 25H2 和 Windows 11 version 24H2。安装后，系统内部版本会更新到26200.8524或26100.8524。
| 项目 | 内容 |
|---|---|
| 更新编号 | KB5089573 |
| 发布时间 | 2026 年 5 月 26 日 |
| 更新类型 | 预览累积更新 |
| 适用系统 | Windows 11 version 25H2 / Windows 11 version 24H2 |
| 更新后版本 | 26200.8524/26100.8524 |
| 典型安装入口 | Windows Update 可选更新 / Microsoft Update Catalog / WSUS |
这里要注意一个细节：不要只看 KB 编号，也不要只看发布日期，要同时核对 Windows 版本和 OS Build。如果你的电脑还是 Windows 11 23H2，或者更早的 22H2、21H2，就不能机械套用本文的版本判断。
可以通过下面几种方式确认当前系统版本：
winverGet-ComputerInfo|Select-ObjectWindowsProductName,WindowsVersion,OsBuildNumberGet-HotFix-Id KB5089573如果系统显示为 Windows 11 24H2 / 25H2，并且安装后 OS Build 对应到26100.8524或26200.8524，基本可以判断这次预览更新已经安装成功。
3. 核心内容：KB5089573 到底更新了哪些内容？
这次KB5089573的更新内容比较多，如果只写“修复问题、提升稳定性”，文章就没有价值。站在桌面运维角度，我更建议把它拆成几个方向：用户体验、性能优化、硬件与驱动可靠性、安全与启动链路、AI 组件、更新服务堆栈。
这张图展示的是KB5089573的核心内容分类，包括安全修复、系统优化、兼容性改进和体验调整。
从图中可以看出，这次更新不是单点修复，而是一次覆盖多个系统层面的质量更新。下面按实际使用场景拆开说明。
3.1 Shared Audio：支持两副蓝牙音频设备共享播放
本次更新加入了Shared Audio相关能力，可以让两个人在同一台 Windows 11 电脑上同时收听同一份音频内容。它基于 Bluetooth LE Audio 广播技术，典型场景是两个人一起看电影、听音乐或进行学习。
这个功能的本质不是“多开一个播放器”，而是系统层面对蓝牙低功耗音频广播能力的支持。不过实际能否使用，还要看电脑蓝牙硬件、耳机设备和驱动是否支持。
对企业办公场景来说，这不是最核心的更新点，但对会议本、培训机、演示设备可能有一定价值。
3.2 放大镜：提升辅助功能体验
Windows 放大镜在这次更新中也有改进，包括更清晰、更一致的屏幕阅读器提示，支持放大允许访问的受保护内容，并提升镜头模式移动时的平滑度。
这类改进对普通用户可能感知不强，但对无障碍使用者、辅助办公场景、培训演示场景有实际意义。如果企业里有特殊办公辅助需求的用户，这类更新值得关注。
3.3 任务管理器：增强 NPU 与隔离状态可见性
任务管理器这次增加了更多与 NPU 相关的显示能力。对于带有 NPU 的设备，可以在进程、用户、详细信息等页面看到NPU、NPU Engine、NPU Dedicated Memory、NPU Shared Memory等列。同时，GPU 中的神经引擎也会在性能页中展示。
另外，任务管理器还新增了Isolation列，用于显示应用是否运行在AppContainer隔离环境中。
这对桌面运维的意义在于：以后排查 AI 相关负载、NPU 调用、应用隔离状态时，任务管理器可以提供更多第一层观察信息。以前很多问题只能依赖厂商工具或事件日志，现在系统自带工具开始补齐这部分可见性。
3.4 摄像头：支持多应用摄像头与基础摄像头模式
Windows 11 的 Multi-App Camera 功能允许多个应用同时访问摄像头流。另一个 Basic Camera mode 则提供更简化的摄像头功能，适合在摄像头异常时进行稳定性排查。
这点对企业环境很实际。Teams、腾讯会议、飞书会议、浏览器会议、录屏工具经常会同时争用摄像头资源。以前遇到摄像头被占用、摄像头黑屏、会议软件无法调用摄像头时，桌面支持经常只能关闭进程、重启应用甚至重启系统。
如果后续多应用摄像头模式稳定成熟，会议类故障的排查空间会更大。企业管理员还可以通过组策略配置相关摄像头选项，路径位于Computer Configuration > Administrative Templates > Windows Components > Camera > Configure Camera Options。
3.5 Windows Setup：安装阶段可自定义用户文件夹名
这次更新还调整了 Windows 安装体验。在设备命名页面中，用户可以选择自定义用户文件夹名。如果跳过这一步，Windows 会继续使用默认文件夹名。
这个改动看起来小，但对桌面交付其实有意义。因为 Windows 用户目录名一旦生成，后期强行修改并不优雅，容易牵连配置文件路径、应用缓存路径、OneDrive 路径和部分老软件配置。
如果企业有标准化用户名、用户目录命名规范，不要等用户首次登录后再想着改用户目录名。更稳妥的做法是在部署、OOBE 或账号初始化阶段就把命名策略设计好。
3.6 性能与 Shell 体验：应用启动和系统外壳响应优化
官方说明中提到，这次更新加快了应用启动和核心 Shell 体验，包括开始菜单、搜索和操作中心等区域。
这里要说实话：这种性能改进不一定每台电脑都能立刻感受到。性能体验受硬件、驱动、后台软件、安全软件、策略、磁盘状态、用户配置文件等多因素影响。不能因为安装了预览更新，就直接承诺“电脑一定变快”。
更合理的理解是：系统层面做了优化，但最终体感还要结合设备环境验证。企业里如果要评估这类改进，最好选择同型号设备做对比测试，而不是凭个人感觉下结论。
4. 安装流程：如何安装 KB5089573 预览版？
KB5089573作为预览更新，一般会出现在 Windows Update 的可选更新区域。普通用户可以通过设置界面安装，企业用户则可以通过 Microsoft Update Catalog、WSUS 或后续策略渠道处理。
这张图展示的是KB5089573的典型安装路径：检查更新、下载更新、重启安装、完成验证。
从图中可以看出，Windows 更新不是“下载完就结束”。真正的安装过程通常会跨越在线阶段和重启阶段。如果问题发生在重启配置阶段，排查方向就不能只看 Windows Update 页面，还要看 CBS 日志、回滚记录、启动分区和组件存储状态。
4.1 普通用户：通过 Windows Update 可选更新安装
可以按下面路径操作：
开始菜单 → 设置 → Windows 更新 → 高级选项 → 可选更新如果页面中出现KB5089573，选择下载并安装即可。安装完成后，建议重启一次，再确认系统版本。
4.2 手动安装：通过 Microsoft Update Catalog 下载 MSU
如果需要离线安装或手动安装，可以从 Microsoft Update Catalog 下载对应架构的安装包。这里必须注意架构匹配，例如x64和arm64不能混用。
在线系统可以使用类似命令安装：
DISM /Online /Add-Package /PackagePath:C:\Packages\windows11.0-kb5089573-x64.msuPowerShell 也可以使用：
Add-WindowsPackage-Online-PackagePath"C:\Packages\windows11.0-kb5089573-x64.msu"实际文件名要以 Microsoft Update Catalog 下载到本地的文件名为准，不要机械复制示例路径。
4.3 离线镜像维护：谨慎加入 WIM
如果需要把更新集成到离线镜像，可以挂载镜像后使用 DISM 或 PowerShell 加包：
DISM /Image:C:\Mount\Win11 /Add-Package /PackagePath:C:\Packages\windows11.0-kb5089573-x64.msuAdd-WindowsPackage-Path"C:\Mount\Win11"-PackagePath"C:\Packages\windows11.0-kb5089573-x64.msu"-PreventPending不建议随意把预览更新直接写入企业标准镜像。更稳妥的做法是先在测试镜像中验证安装、驱动、OOBE、Sysprep、业务软件兼容性，再决定是否纳入正式镜像维护流程。
5. 验证方法：安装后怎么确认是否成功？
更新安装完成后，不能只看“Windows Update 显示已完成”。桌面支持要看三个层面：版本号是否变化、补丁记录是否存在、系统关键功能是否正常。
建议先执行下面命令确认系统版本：
Get-ComputerInfo|Select-ObjectWindowsProductName,WindowsVersion,OsBuildNumber再确认补丁是否存在：
Get-HotFix-Id KB5089573如果Get-HotFix查不到，也可以通过 DISM 查询包状态：
DISM /Online /Get-Packages | findstr /i "5089573"企业环境建议额外验证以下项目：登录是否正常、Windows Hello 是否正常、摄像头是否可被会议软件调用、USB 扩展坞显示器是否稳定、任务管理器是否正常显示、搜索与开始菜单是否正常响应。
真正有效的验证，不是“能开机”，而是“能完成用户的核心办公动作”。
6. 常见问题与踩坑提醒
预览更新最大的问题不一定是“它会坏”，而是你无法提前知道它会在哪些设备上暴露问题。所以现场处理时，必须先保留证据，再决定是重试、回滚、KIR、注册表缓解，还是等待后续正式更新。
这张图展示的是安装KB5089573预览版时需要关注的常见问题，包括安装失败、重启异常、驱动兼容、先做备份和必要时回退。
从图中可以看出，预览版更新的风险点主要集中在安装阶段、重启阶段、驱动兼容和回退策略。不要等出问题后才想备份，也不要在没有日志证据的情况下直接判断“系统坏了”。
6.1 安装失败：重点关注 0x800f0922
本次更新页面中仍然列出了一个与 2026 年 5 月安全更新相关的已知问题：部分设备可能因为 EFI System Partition，也就是ESP分区可用空间不足，导致更新在重启阶段失败，错误码为0x800f0922。
典型现象是：前面安装阶段看起来正常，但重启配置到约 35%～36% 时失败，随后 Windows 回滚更新，并提示类似Something didn’t go as planned. Undoing changes.。
可以检查 CBS 日志：
findstr /i "SpaceCheck ServicingBootFiles 0x800f0922 0x70" C:\Windows\Logs\CBS\CBS.log如果日志中出现下面这类内容，就要重点怀疑ESP空间不足或 OEM / 第三方启动文件占用异常：
SpaceCheck: Insufficient free space ServicingBootFiles failed. Error = 0x70 SpaceCheck: <value> used by third-party/OEM files outside of Microsoft boot directories这里的本质不是 Windows Update 页面坏了，而是更新启动相关文件时，EFI 系统分区没有足够空间完成维护动作。
6.2 注册表缓解：不要无证据批量执行
针对相关问题，官方提供过修改Bfsvc下EspPaddingPercent的缓解方式。命令如下：
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Bfsvc" /v EspPaddingPercent /t REG_DWORD /d 0 /f执行后需要重启设备，再重新尝试安装更新。
这条命令不要当成万能修复脚本。它适合有明确现象、错误码和日志证据的设备，不适合不加判断地在所有终端上批量执行。注册表修改前应至少备份当前状态，企业环境还要先小范围验证。
6.3 驱动兼容：USB、摄像头、输入设备要重点看
本次更新涉及 USB4 扩展坞显示器可靠性、USB3 栈恢复能力、传感器、HID、输入法切换、触摸键盘等内容。这些看起来分散，但实际都和外设稳定性有关。
企业场景里，建议重点验证以下设备：Type-C 扩展坞、外接显示器、USB 摄像头、蓝牙耳机、会议麦克风、指纹识别、触摸板、外接键鼠。
如果你的公司大量使用扩展坞和会议设备，这一版更新的验证价值会高于普通家庭用户。
7. 企业桌面运维建议：预览版不要盲目全量推送
从企业桌面支持视角看，KB5089573的价值不只是“装不装”，而是能不能借它提前验证下一轮正式更新可能带来的影响。预览版更新适合测试，不适合无脑全量推广。
这张图展示的是企业环境中更稳妥的升级策略：先备份、灰度测试、确认版本、分批部署。
从图中可以看出，企业更新管理不是追求“最快安装”，而是追求“可控安装”。真正成熟的更新策略，必须把测试、验证、回退和批量部署串起来。
我建议按下面顺序推进：
第一步，先选 IT 自用测试机。测试安装、重启、登录、网络、摄像头、USB 扩展坞、BitLocker、企业微信、Teams、Outlook、OneDrive 等常用场景。
第二步，选择少量普通办公用户灰度验证。设备型号要尽量覆盖不同品牌、不同批次、不同驱动组合，不要只拿一台新机器测试。
第三步，观察 3～5 个工作日。重点看是否出现蓝屏、重启异常、外设掉线、摄像头不可用、登录变慢、VPN 异常、打印异常、会议软件异常等问题。
第四步，再决定是否扩大范围。对于预览版更新，我更倾向于把它作为验证样本，而不是作为所有终端立即安装的目标版本。
如果企业里存在老旧设备、长期未重装设备、OEM 分区复杂设备、BitLocker 设备、重要业务终端，不建议直接全量推送预览版更新。
8. 总结提升：这次更新到底值不值得装？
我的判断比较直接：KB5089573值得关注，但不建议无脑全量安装。
对个人用户来说，如果你愿意提前体验 Windows 11 的质量改进，并且电脑不是生产关键设备，可以通过可选更新安装。但安装前至少要确认自己能接受重启、回滚或个别功能异常的风险。
对企业桌面运维来说，这次更新更适合作为一个观察窗口。它涉及 Shared Audio、放大镜、任务管理器 NPU 可见性、摄像头多应用模式、安装阶段用户文件夹命名、Shell 性能、Windows Hello、搜索、存储、USB、输入、字体、任务计划、Secure Boot、AI 组件和 SSU。覆盖面越广，越不应该直接拍脑袋全量推。
Windows 更新排查的核心，不是记住每个 KB 的所有细节，而是建立一套判断框架：版本是否匹配、安装阶段在哪里失败、日志有没有证据、影响范围有多大、是否具备回退手段。
如果只从桌面支持落地角度看，我会把这篇文章里的方法压缩成四句话：
先看版本，不要把不同 Windows 分支混在一起；先做备份，不要等失败后才找回退路径；先做灰度，不要把预览版当成正式安全补丁全量推；先看日志，不要把所有更新失败都归结为“系统异常”。
真正稳定的 Windows 运维，不是不更新，而是让更新过程可验证、可回退、可复盘。
🔝 返回顶部
点击回到顶部
