「答案是'两者兼顾'。」面对用户质疑，微软Windows Shell产品负责人Tali Roth这样回应预加载方案的争议。这场关于系统性能优化的技术路线之争，暴露出微软在古老代码库与现代体验之间的艰难平衡。

用户的不满：35MB内存换不来流畅

打开网易新闻 查看精彩图片

Win11文件资源管理器的卡顿已成用户痛点。微软近期通过Windows Insider负责人Marcus Ash发布的进度报告，首次正面确认了这一问题，并承诺推出性能和可靠性修复补丁。

用户诟病集中在微软采用的「预加载」机制——操作系统在用户点击前就将应用关键组件存入内存。测试显示，这一方案额外消耗约35MB内存，却被批评为「暴力手段」「治标不治本」。

更深层的问题在于：预加载仅解决初始启动的窗口弹出速度，一旦应用开启，文件夹导航、缩略图渲染、右键菜单响应等日常操作仍显迟缓。这正是部分用户转向第三方替代方案的直接原因。

技术债的根源：Win32上叠现代框架

性能问题的结构性矛盾，在于微软的技术栈选择。据Windows Latest分析，文件资源管理器的迟缓很大程度上源于在古老的Win32基础上叠加XAML和WinUI 3等现代UI框架。

这种「旧瓶装新酒」的架构始于Windows 95时代的遗产。甚至那个沿用近30年的属性对话框，如今也正被现代化的WinUI 3界面逐步取代。

Roth的回应揭示了微软的真实策略：预加载并非替代方案，而是整体优化的一部分。开发团队同步推进的底层工作包括：针对性优化启动序列的加载顺序、精简代码关键路径、删除导致感官延迟的视觉动画、减少不必要的磁盘读取、全面减少挂起卡顿。

这些架构调整指向预加载无法触及的深层问题——例如减少磁盘读取将直接改善点击文件夹时的内容加载速度。

两种路线的博弈：即时响应 vs 根治优化

Roth将预加载定位为「确保用户最常访问内容快速响应」的技术组合之一，而非唯一答案。这种「两者兼顾」的表述，实质是承认了短期补救与长期重构必须并行。

预加载的价值在于利用现代硬件的内存冗余，换取感知层面的即时反馈；底层代码优化则试图从根本上削减操作延迟。但后者的工程复杂度远高于前者——在数十年的历史代码中梳理关键路径，需要逐层剥离冗余逻辑。

最近的Insider预览版已展现部分成果：深色模式下刺眼的「闪光弹」被消除，导航体验有所提升。Roth确认这些基础优化将在未来几个月内逐步推出。

微软的赌注在于：若能将智能预加载与精简代码成功结合，Win11文件资源管理器的性能最终有望超越Win10。这不仅是一次技术修复，更是对「现代操作系统能否承载历史遗产」这一命题的压力测试。