newOutputStream并非真正执行写入操作，而是通过抛出ReadOnlyFileSystemException明确拒绝写入请求，体现JRT文件系统“运行时镜像只读”的设计契约。
`newoutputstream`并非真正执行写入操作，而是通过抛出`readonlyfilesystemexception`明确拒绝写入请求，体现jrt文件系统“运行时镜像只读”的设计契约。
Java标准库中，java.nio.file.FileSystem接口定义了newOutputStream(Path, OpenOption...)这一核心方法，用于获取指定路径的输出流。然而，在JDK内置的jrt:/文件系统（即JRT文件系统，用于访问Java运行时镜像中的类与资源）中，该方法的实现具有特殊语义——它不支持任何写入行为。
以jdk.internal.jrtfs.JrtFileSystem为例，其newOutputStream方法实现如下：
final OutputStream newOutputStream(JrtPath jrtPath, OpenOption... options) throws IOException {
throw readOnly(); // ← 关键：非返回值，而是抛出异常
}此处的readOnly()是一个静态辅助方法，定义在同一类中：
static ReadOnlyFileSystemException readOnly() {
return new ReadOnlyFileSystemException();
}因此，throw readOnly()等价于：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
throw new ReadOnlyFileSystemException();
这是一种典型的契约式拒绝（Contractual Rejection）设计：
✅ 明确传达语义：jrt:/是只读运行时镜像，任何写入尝试均属非法操作；
✅ 符合FileSystem规范：方法签名声明throws IOException，而ReadOnlyFileSystemException是其子类，满足契约；
✅ 避免资源泄漏：不创建实际流对象，杜绝误用可能；
✅ 支持统一错误处理：调用方可通过捕获ReadOnlyFileSystemException或其父类IOException进行优雅降级。
值得注意的是，该行为与FileOutputStream等真实文件写入流形成鲜明对比——后者通过操作系统文件描述符完成字节持久化，而JRT的newOutputStream从设计之初就拒绝参与I/O生命周期。这也印证了Java I/O体系的分层哲学：抽象接口统一，具体实现忠于上下文语义。
最佳实践建议：
- 在使用FileSystems.getFileSystem(URI.create("jrt:/"))后，应避免调用newOutputStream、createDirectory等写入/变更方法；
- 若需动态生成或修改资源，请改用Files.write()操作常规文件系统路径（如Paths.get("output.bin")）；
- 对FileSystem实例做运行时类型检查（如instanceof JrtFileSystem）可提前规避不支持的操作。
这种“主动失败优于静默错误”的设计，正是现代Java平台稳健性与可维护性的关键体现。
