ReFS文件系统：相比NTFS优势显著却支持寥寥，源于Windows的多年摆烂

这算是一个冷门话题。但电脑采用哪种文件系统，其实对用户的使用体验有着不小的影响，相关技术的创新也从未停歇。自NT 3.1以来，Windows沿用NTFS文件系统已有三十多年历史，而Linux阵营却早已迭代升级，btrfs、ZFS等新一代文件系统正逐步取代ext4，成为主流选择。

当然，微软在该领域似乎并未彻底摆烂，在2012年推出了ReFS（Resilient File System，即弹性文件系统），它在数据韧性方面实现了显著提升——抗损坏、抗中断、可恢复，特定场景下还能优化性能。但你大概率没在自己的电脑上接触过ReFS，核心原因在于：微软在Windows 11等历代家用操作系统中，对它的支持力度实在有限。

ReFS强在哪里？韧性升级，运维减负

ReFS最初专为Windows Server 2012设计，其改进主要针对服务器场景，但其实任何设备都能从中受益。它通过校验和（Checksum，给每个文件、元数据生成唯一“数字指纹”）、持续完整性检查（Continuous Integrity Checks，系统后台实时或定期扫描存储数据，比对校验和与原始记录），同时搭配写时分配（Write-On-Allocate，修改数据时不覆盖原始内容，而是分配新空间存储更新后的数据），可主动预防并修复数据损坏，无需用户运行传统的chkdsk工具来排查问题。

ReFS还有些更直观的优势：支持最大35PB的卷容量（1PB=1024TB），且能与存储空间（Storage Spaces）功能深度集成，这是一种类RAID的软件冗余方案。ReFS可利用其他硬盘上的数据，主动修复目标硬盘的错误，进一步提升整体可靠性。

此外，ReFS文件系统还支持块克隆、镜像加速奇偶校验等特性，在涉及虚拟硬盘的部分场景中能提升性能。不过要注意：在单硬盘的普通电脑上，ReFS的韧性特性反而会导致性能不如NTFS。

Windows 11几乎无法使用，仍主打服务器场景

自十多年前推出以来，ReFS始终未能广泛普及。在Windows 11中，它唯一的常规用途是创建开发驱动器（DevDrive），对开发者来说是个实用功能，但普通用户不适合用于日常存储：它会禁用部分安全特性，存在不小风险，而且从开发驱动器启动Windows也极为困难。

最重要的是，无论Windows 10/11还是Windows Server系列，微软均未开放将ReFS作为系统启动分区的功能，系统安装程序默认仅支NTFS作为启动分区，也没有官方工具允许用户将ReFS格式化为启动卷。

今年早些时候，Windows预览体验版中曾出现Windows 11安装过程支持ReFS的迹象，但普通用户若想手动设置，仍需曲线救国，必须通过命令行格式化硬盘。默认情况下，Windows 11安装程序会强制将新硬盘格式化为NTFS，没有任何可视化的切换选项。

分享一下我近期体验到的微软对ReFS的“支持”：

我曾需要将一台工作站从Windows 10 Pro for Workstations升级到Windows 11 Pro for Workstations。硬件完全兼容，升级提示直接来自Windows更新设置页面，几乎一键就能完成。工作站的硬盘通过微软原生的Storage Spaces功能，组建了ReFS阵列。

然而，成功升级到同版本的Windows 11后，诡异的事情发生了——ReFS卷无法挂载，全部显示为RAW。

我能理解ReFS最初是为服务器设计的，但专业工作站版本质上属于同级别系统，只是针对多CPU工作站优化而已。

而且，升级过程中若存在Windows 11条款下不支持的功能，微软理应给出提示，但全程没有任何警告。

万幸的是，我立即回滚到Windows 10后，重新访问ReFS卷，先将数据备份到外接硬盘，再把ReFS卷格式化为NTFS，最后才完成了Windows 11的升级。网上应该有不少和我类似的案例，在这种情况下根本没有变通方案。

从理论上讲，考虑到多数普通电脑使用ReFS会出现性能损耗，微软的这种设定或许情有可原，但这不能成为屏蔽ReFS的理由。许多Linux发行版（比如Arch）的安装程序中，用户可自主选择文件系统，从而挑选更符合自身需求的功能。其实微软无需考虑过多，只需在系统安装时让用户在默认存储中选择“性能优先”或“韧性优先”模式，大家就皆大欢喜了。

诸多短板证明，ReFS尚未准备好面向大众

仅凭性能损耗，或许不足以让ReFS被如此限制，但它确实存在其他阻碍普及的因素。尽管自推出以来不断新增功能，ReFS仍缺少部分NTFS支持的关键特性：文件系统压缩与加密、对象ID、扩展属性以及事务功能等。

这些特性对多数用户而言并非什么致命缺陷，但仍会导致使用体验打折扣，还可能破坏部分程序的兼容性。也许微软是基于以上考虑，让ReFS难以与NTFS站在同一水平线，供用户自由选择。

但问题在于：十年过去了，为何这些功能至今仍未被支持？不妨参考Linux中的btrfs文件系统：它于2007年首次推出，2009年集成到Linux内核，2013年在Linux内核中实现稳定，2015年SUSE企业版Linux成为首批将其设为默认文件系统的发行版。从诞生到成为发行版的默认选项，仅用了8年时间。如今越来越多的Linux发行版要么将其设为默认，要么将其列为硬盘格式化的可选项之一。

对比之下，ReFS的升级和普及速度就显得格外反常，比起一盘散沙的Linux，微软本应拥有更强大的开发资源，却选择了主动放慢脚步。

也许ReFS的现状能反映出近年来Windows的一些问题，微软研发出一项优势显著且与Linux平台对标接轨的新技术后，却如此缓慢地推进普及，实在令人费解。希望ReFS的开发能尽快提速，微软也能早日让它更广泛地被用户使用。