newOutputStream 并非真正执行写入操作，而是明确拒绝输出请求——它通过 throw readOnly() 主动抛出 ReadOnlyFileSystemException，以语义化方式宣告 JRT 文件系统（运行时镜像）的只读本质。
java `newoutputstream` 方法并非真正执行写入操作，而是明确拒绝输出请求——它通过 `throw readonly()` 主动抛出 `readonlyfilesystemexception`，以语义化方式宣告 jrt 文件系统（运行时镜像）的只读本质。
在 JDK 的模块化运行时系统中，jrt:/ 文件系统（即 Java Runtime Image File System）是一个逻辑只读文件系统，用于高效访问 JDK 自身的类与资源（如 java.base 模块中的 .class 文件）。其核心设计原则是：不可变性保障安全与性能。因此，任何试图通过 newOutputStream 获取可写流的操作，在语义上都是非法的。
以 jdk.internal.jrtfs.JrtFileSystem 类中的实现为例：
final OutputStream newOutputStream(JrtPath jrtPath, OpenOption... options) throws IOException {
throw readOnly(); // ← 关键行为：不返回流，只抛异常
}这段代码看似“没有返回值”，实则完全符合 Java 方法契约：newOutputStream 声明了 throws IOException，意味着它合法且预期的行为就是抛出异常，而非返回 OutputStream 实例。其内部调用的 readOnly() 是一个静态工厂方法：
static ReadOnlyFileSystemException readOnly() {
return new ReadOnlyFileSystemException();
}因此，throw readOnly() 等价于 throw new ReadOnlyFileSystemException() —— 这不是代码缺陷，而是显式、强语义的只读策略实现。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
✅ 关键理解：newOutputStream 在只读文件系统中本就不应成功返回流对象；它的存在是为了统一 FileSystem 接口契约（所有 FileSystem 子类必须实现该方法），而具体实现则由文件系统语义决定——JRTFS 的语义就是“禁止写入”。
实际开发注意事项：
- ❌ 不要尝试对 jrt:/ 路径（如 jrt:/java.base/java/lang/Object.class）调用 Files.newOutputStream(Paths.get("jrt:/..."))，必然触发 ReadOnlyFileSystemException；
- ✅ 若需动态生成或修改字节码，应使用内存流（如 ByteArrayOutputStream）、临时文件（Files.createTempFile）或模块层扩展机制（如 java.lang.instrument），而非绕过 JRTFS 限制；
- ? 可通过 fileSystem.isReadOnly()（JDK 11+）提前判断文件系统写入能力，避免运行时异常。
这种设计体现了 Java 模块化体系中“接口统一、实现自治”的工程哲学：FileSystem 接口抽象了所有文件系统能力，但每个具体实现（如 UnixFileSystem、JrtFileSystem、ZipFileSystem）可基于自身约束做出最严谨的语义响应。newOutputStream 的“空实现+强制异常”，正是对只读性这一核心约束最干净、最不可绕过的表达。
