大家有没有想过，为什么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虽然不合适移动场景，却在企业数据备份、视频素材管理等场景有着更大的想象空间，这些地方最容易出问题，也更容易被“自修复”打动。
