微软终结了Windows 11中微软商店多年的限速下载问题
Microsoft Store now downloads apps much faster after the June 2026 update Windows 11 2026年6月补丁星期二更新KB5094126带来了低延迟模式、共享音频、多应用摄像头以及其他一些值得注意的变化。在更新日志的深处，有两项针对Microsoft Store的改进，一项解决了长期存在的下载速度问题，另一项修复了托管设备错误报告中的一个令人沮丧的缺陷，但并未被大肆宣传。
这两项修复都不会像CPU加速功能那样引起热议。但对于曾经眼睁睁看着一个500MB的应用更新在商店里拖了二十分钟，而通过浏览器下载同一文件不到两分钟的用户来说，这项改进至少是迟早该有的。
该功能正在逐步推送，预计未来几周将向所有用户开放。
Microsoft Store下载多年来一直被限速，六月更新终于解决
对于相当一部分Windows 11用户来说，从Microsoft Store下载应用和更新明显比从几乎任何其他来源下载同一文件要慢得多。
商店下载速度被限制在可用连接速度的一小部分，中途无故暂停，偶尔还会卡在等待状态，需要重启应用。
这不是网络速度或系统配置的问题。即使用户拥有1 Gbps的连接，Steam下载整款游戏约需十分钟，而同样硬件同样网络环境下，Microsoft Store的下载速度却仅在200KB/s到4MB/s之间波动。
Ryzen 7 9800X3D、5070 Ti显卡和32GB内存的高端配置在商店慢悠悠地下载时无所事事，这对Windows 11来说实属难堪。
我个人最常遇到的是CapCut的更新，大约每两个月一次，大小约700MB。在商店点击更新通常需要很长时间才能开始下载，有时中途卡顿，甚至需要重启才能完成。
下面的录屏中，安装2026年6月更新后，Microsoft Store的下载速度终于得到了修复。现在我在一家只有30Mbps网络的酒店，但商店下载CapCut更新的速度稳定在约3MB/s，没有中断。
这是我常用该应用以来，首次感受到下载真正用足了可用网络带宽。
https://www.windowslatest.com/wp-content/uploads/2026/06/Microsoft-Store-now-downloads-Apps-faster.mp4微软的官方描述一如既往地低调：
“本次更新包含底层改动，提升了下载性能和带宽使用效率。”
无论这“底层”改动是修复了商店使用的BITS（后台智能传输服务）配置、更改了下载优先级分配，还是调整了商店下载与其他系统进程之间的带宽分配，实际效果是商店下载速度显著提升，且过程无中断。
Microsoft Store现可告知托管设备下载被阻原因
六月更新中第二项商店修复针对的是企业和教育电脑中常见却较为特殊的问题。
当托管设备启用某些Windows Update组策略设置时，从Microsoft Store下载可能会出现静默失败或显示泛泛无用的错误信息。
原因是Microsoft Store依赖于Windows Update的部分下载架构。
商店使用的部分下载基础设施与Windows Update相同，而IT管理员为限制直接访问Windows Update而配置的策略（如内网环境中使用WSUS或SCCM更新服务器时启用的“不要连接到任何Windows Update互联网位置”策略）可能无意中阻断商店下载。
历史上，当这种情况发生，企业或域加入设备用户常见到的错误是“此安装被策略阻止。请联系管理员启用Windows Update”，错误码如0x8024500C，但未明确指出具体导致问题的策略。
微软六月更新的日志中写道：“改进了因启用Windows Update组策略导致下载失败时的错误报告。”
简言之，当某组策略阻止商店下载时，商店现在可以准确反馈具体是哪条策略，而不再显示模糊的失败信息。
这为IT管理员排查托管电脑上的商店问题节省了大量时间。
下载更快固然好，但Microsoft Store界面仍显迟缓
https://www.windowslatest.com/wp-content/uploads/2026/06/Microsoft-Store-is-too-slow-to-load-pages.mp4上述录屏清楚显示了商店存在的问题：运行太慢了，加载不同页面不该这么久。
在Microsoft Store滚动浏览应用时不流畅，几乎有卡顿感。
https://www.windowslatest.com/wp-content/uploads/2026/06/Scrolling-in-the-Microsoft-Store-is-not-choppy.mp4Microsoft Store基于UWP框架，而非WinUI 3（或WinUI）。UWP是微软逐步淘汰的较旧框架。浏览应用库或游戏部分时感觉卡顿，页面切换延迟令人烦躁。
2026年，一部入门级Android手机上的Google Play商店滚动流畅保持60fps速度，而一台高端Windows 11笔记本上的Microsoft Store却感觉帧率严重落后。
我们最近报道过微软关于文件资源管理器中相册部分滚动流畅的解释，原因是用WinUI重建的部分滚动顺畅，未重建部分依旧不流畅。
WinUI通过合成器正确渲染，具备帧率无关动画的优势，而UWP不具备。
尽管技术和应用不同，用WinUI 3重建商店大概率会带来流畅滚动体验，但WinUI 3目前还需解决自身问题。
如我们报道，微软承认WinUI 3应用在调整窗口大小时存在黑屏撕裂问题，幸运的是今年夏天会有修复。一旦解决，WinUI 3版商店将是重大进步。当前基于UWP的商店没有撕裂问题，但调整大小时体验不佳。
去年席卷Windows应用的AI集成热潮也未放过商店。我们报道过微软曾测试在Microsoft Store内置浮动Copilot按钮以促进应用下载。
不过看来微软已经移除了这个按钮，这是一件好事。
微软正在减少原生Windows应用中的Copilot集成，商店没有浮动AI按钮更佳，尤其是在本来就够卡的情况下。即使在Office中，微软也承认Word、Excel和PowerPoint中浮动的Copilot按钮是个错误，如今用户可以隐藏它。
公平地说，商店中用AI生成的评论摘要，把用户评论浓缩成安装前的快速概览，是个不错的实用应用。
微软并未因此放弃Windows上的AI，反而承诺让Windows 11成为构建AI的操作系统，但更注重实用而非表面AI的方向对商店这类应用更健康。
微软对Microsoft Store下载速度的修复是实质性提升，用户在日常使用中能明显感受到。但如果软件巨头希望用户更多选择从商店而非浏览器下载或Steam，应用体验必须和这些替代方案一样流畅。
相比之下，macOS应用商店明显更快，更响应灵敏，且视觉风格更统一，而这是Windows 11目前缺乏的。随着更多开发者在商店发布基于WinUI的应用，内部应用质量将提升，但商店本身也需遵循微软制作WinUI应用的建议。
话虽如此，2026年6月的累计更新包含了许多实用功能和改进。希望随着时间推移，我们会看到商店更多优化。