Java NIO.2 通过 FileSystemProvider SPI 机制支持自定义文件系统，需继承并实现抽象方法、在 META-INF/services 中声明类名、确保类路径可见；挂载后可像标准文件系统一样使用。
Java NIO.2 提供了 FileSystems 和 FileSystemProvider 机制，允许你通过 SPI（Service Provider Interface）注册并加载自定义文件系统。它不是简单地“用 FileSystems 创建一个新文件系统”，而是实现一套标准接口、打包为服务提供者、由 JVM 自动发现和挂载。
核心原理：基于 FileSystemProvider 的 SPI 扩展
Java 不允许直接 new 一个 FileSystem 实例，而是通过 FileSystems.newFileSystem(...) 触发查找已注册的 FileSystemProvider。自定义文件系统的关键是：
- 继承
FileSystemProvider，重写所有抽象方法（如getFileSystem()、newFileSystem()、getPath()、readAttributes()等） - 在
META-INF/services/java.nio.file.spi.FileSystemProvider文件中声明你的实现类全限定名 - 确保该 JAR 或模块在 classpath/module-path 中，并被服务发现机制扫描到
典型步骤：从零实现一个内存文件系统（MemoryFS）
以轻量级内存文件系统为例，说明关键环节：
-
定义 provider 类：如
MemoryFileSystemProvider extends FileSystemProvider，内部维护一个ConcurrentHashMap模拟存储 -
支持 URI 方式挂载：重写
newFileSystem(URI uri, Map，识别类似env) memory:///myfs的 URI，创建对应MemoryFileSystem实例并缓存 -
路径解析与操作委托：所有
getPath()、createDirectory()、newInputStream()等调用，最终转为对内存 map 的增删查改 -
注册服务文件：在 resources/META-INF/services/ 下新建文件，内容只有一行：
com.example.MemoryFileSystemProvider
挂载与使用：像访问 zip 或 webdav 一样用你的 FS
一旦 JAR 正确打包并引入项目，即可通过标准 API 使用：
立即学习“Java免费学习笔记（深入）”；
FileSystem fs = FileSystems.newFileSystem(URI.create("memory:///demo"), Map.of());Path p = fs.getPath("/hello.txt"); Files.writeString(p, "hi");- 后续可传给任意接受
Path的 NIO 方法（Files.walk()、Files.list()等），无需修改业务代码 - 多个实例可通过不同 URI 区分：
memory:///project-a和memory:///project-b
注意事项与常见坑点
实际开发中容易忽略的细节：
- 线程安全必须自行保证：FileSystemProvider 实例会被多线程并发调用，map、缓存、状态变量都要同步或选用并发容器
-
不要忽略 close() 语义：若你的 FS 有资源需释放（如连接池、临时目录），应在
MemoryFileSystem.close()中处理，并在 provider 的close()中触发 -
URI scheme 必须小写且全局唯一：重复注册同 scheme 会导致
ProviderNotFoundException；JVM 只加载第一个匹配的 provider -
模块化（Java 9+）需显式
provides：若用 module-info.java，需写provides java.nio.file.spi.FileSystemProvider with com.example.MemoryFileSystemProvider;
基本上就这些。它不复杂但容易忽略服务发现和线程安全这两个关键层。掌握后，你可以对接 S3、Redis、数据库甚至 Git 仓库，把它们“伪装”成标准文件系统来统一操作。
