写时复制文件系统把新数据写到新位置，最后再切换元数据指针，因此能提供快照和较强的崩溃恢复基础。预览版仍可能在写入排序、错误处理、工具链和兼容性上缺件，不能因为能挂载就用于重要数据。
快照为什么依赖一致性协议
快照需要让一组数据块与根元数据彼此对应。写入过程中若先提交根指针，数据块还没稳定落盘，断电后文件系统会指向不完整内容。常见做法是先持久化数据与校验信息，再以受控顺序更新超级块或事务记录。
这也是文件系统测试不能只看正常关机的原因。真正危险的场景发生在任意写入点被中断时。
预览版最该明确哪些缺口
缺少错误处理、文件系统检查工具、回归测试、配额或网络协议支持，都不是小问题。多挂载限制、硬链接语义和事件通知会影响构建系统、备份软件和桌面程序的行为。
项目应把已支持功能、已知数据丢失路径和不兼容操作放在显眼位置。用户能据此选择隔离测试盘，而不会把预览版误当成可迁移的日常文件系统。
怎样设计崩溃测试
- 在独立虚拟磁盘上生成目录、随机文件、重命名和删除操作。
- 在不同写入阶段强制中断进程或虚拟机。
- 重启后挂载文件系统，运行检查工具并校验文件内容与元数据。
- 重复数百次，保留失败时的种子、日志和磁盘镜像。
测试应覆盖大文件删除、并发写入、磁盘空间耗尽和 I/O 错误注入。只有随机写入成功并不能证明恢复路径可靠。
什么时候才能考虑试用
先用于可重建数据和单独设备，保留离线备份，并把恢复演练纳入试用条件。内核接口、用户态管理工具和回归用例成熟后，再讨论更广泛的开发环境使用。
快照也有成本
写时复制会引入元数据更新、碎片管理和空间回收压力。大量短周期快照会占用空间并拉长删除操作。管理员需要监控可用空间、清理策略和恢复时间，而不是只看快照创建是否成功。
常见问题
有快照还需要备份吗
需要。快照通常在同一设备上，硬件损坏、误操作或实现缺陷都可能同时影响原数据和快照。
测试通过后能直接放生产吗
不能。预览阶段的测试只是在扩大已知边界，生产需要长期稳定性、运维工具和明确支持承诺。