大家有没有想过，为什么 2026 年的 Windows 11，仅仅是系统就要占据 4GB 内存，逼得微软不得不主动为 8GB 的入门级设备进行专属优化？

虽然 Windows 11 很新，但 Windows 已经很老，在其最核心的部分仍然可以找到大量来自数十年前的历史遗留设计。诸如 NTFS 文件系统、Win32 API 这些，就都是上世纪 90 年代的老古董。

今年 5 月，微软 Azure 首席技术官 Mark Russinovich 在一次演讲中说了个令人无奈的冷笑话，"90 年代有谁会预料到，Win32 在 2026 年仍然是一等 API？没有。" 毕竟兼容性是 Windows 的基石，所以 Win32 API 这样的 " 技术债务 " 微软还暂时动不了，但 NTFS 文件系统，微软已经打算对它动手了。

过去数年来，微软方面一直在扩大 ReFS（弹性文件系统）在 Windows 系统中的应用范围，试图逐步替代 NTFS。

然而 ReFS 虽好，却也不适合每一个场景。日前微软突然宣布，从 2027 年 1 月的安全更新开始，Windows 将在默认情况下阻止采用 ReFS 文件系统的 U 盘和移动硬盘挂载。用户如果仍希望继续使用这类设备，需要通过组策略或注册表手动调整相关设置。

简而言之，从明年 1 月开始，基于 ReFS 文件系统的移动硬盘 /U 盘在 Windows PC 上不再是即插即用，而是需要调整一系列复杂设置才能让系统读取其中的文件。

就在外界期待 ReFS 逐渐承担更多 NTFS 的职责之际，微软为什么突然对采用 ReFS 文件系统的移动硬盘 /U 盘动手，并将其定义为 " 不受 Windows 支持的配置 " 呢？答案其实很简单，因为 ReFS 和移动硬盘 /U 盘八字不合。

虽然 ReFS 的理念和技术指标都要比 NTFS 更先进，比如 NTFS 硬盘一旦出现 " 静默损坏 "，往往就要等某天文件打不开才会发现。而 ReFS 则拥有端到端的数据完整性校验，会给每个元数据和可选的数据块都打上校验和标签，系统后台将持续进行扫描比对，一旦发现异常就能自动定位并修复，无需中断服务。

不仅如此，ReFS 配合 Windows 存储空间（StorageSpaces）的软件冗余，甚至可以调用其他硬盘上的副本，在线把坏数据 " 救 " 回来。系统内置的数据完整性扫描机制，也可以定期检查存储文件，来帮助发现潜在的错误。

可问题恰恰就出在这里，ReFS 旨在提高大规模存储环境中的数据完整性、系统可靠性和处理性能，它的先进性适配规模存储场景，是建立在 " 长期在线、稳定供电、有副本冗余 " 的假设上。

ReFS 依赖校验和写时分配机制来保证一致性，但如果在数据写入过程中突然断电，缓存中的校验信息可能会失效，数据完整性就无法保证。偏偏移动硬盘 /U 盘的核心功能是数据传输，有相当多的用户使用时根本不会先在 Windows 系统里点击 " 安全弹出 "，确认后再拔掉，而是直接热插拔。

同时，ReFS 主打的自动修复需要可参照的副本，如果损坏的数据没有可用副本，仍然可能无法恢复原始内容。而且移动硬盘 /U 盘不同于 PC 中的硬盘，它往往没有存储空间提供的冗余副本，所以一旦出现数据损坏，ReFS 的自动维修能力就英雄无用武之地了。

如果微软默许在移动硬盘、U 盘上格式化 ReFS，当用户因热插拔意外丢数据，第一反应几乎一定是吐槽 Windows 有 BUG。偏偏 Windows 11 已经 BUG 层出不穷，而移动硬盘 /U 盘的热拔插又不在 ReFS 的设计前提之内，两者叠加的结果就是微软只能哑巴吃黄连。

为了避免主动给 Windows 11 添麻烦，微软默认阻止 ReFS 移动硬盘 /U 盘的挂载也就合情合理了。

随着微软公告的发布，采用 ReFS 文件系统的移动硬盘和 U 盘可以宣告生命倒计时了，因为未来想要在 Windows PC 上使用 ReFS 移动硬盘 /U 盘，还需要用户对组策略调整，可许多人可能都不知道 Windows 的组策略是做什么的。

为了避免麻烦，不如直接使用 NTFS 的移动硬盘 /U 盘。所以微软这次不是 " 断舍离 "，而是预防风险。毕竟 Windows 11 的声誉好不容易有了回暖的趋势，可不能出现千里之堤溃于蚁穴的事故。

当然，ReFS 的未来也不会因此晦暗。与 NTFS 相比，ReFS 更 " 抗造 " 的特性在当下这个数据价值愈发重要的时期格外亮眼。ReFS 虽然不合适移动场景，却在企业数据备份、视频素材管理等场景有着更大的想象空间，这些地方最容易出问题，也更容易被 " 自修复 " 打动。