newOutputStream在JRT文件系统中并非执行写入操作，而是明确拒绝写入请求——它通过throw readOnly()主动抛出ReadOnlyFileSystemException，以强制保障运行时镜像（jrt:/）的不可变性。
`newoutputstream`在jrt文件系统中并非执行写入操作，而是明确拒绝写入请求——它通过`throw readonly()`主动抛出`readonlyfilesystemexception`，以强制保障运行时镜像（jrt:/）的不可变性。
Java标准库中的java.nio.file.FileSystem接口定义了newOutputStream(Path, OpenOption...)抽象方法，用于创建可写入的字节流。然而，对于特定文件系统实现（如JDK内置的JRT文件系统），该方法的行为由其实现类决定——语义优先于语法。
以jdk.internal.jrtfs.JrtFileSystem为例（JDK 21+中负责访问运行时镜像jrt:/的内部文件系统），其newOutputStream方法签名如下：
final OutputStream newOutputStream(JrtPath jrtPath, OpenOption... options) throws IOException {
throw readOnly();
}表面看该方法“无返回值”，实则它从不正常返回：throw readOnly()调用的是同一类中的静态辅助方法：
static ReadOnlyFileSystemException readOnly() {
return new ReadOnlyFileSystemException();
}因此，throw readOnly()等价于：
立即学习“Java免费学习笔记（深入）”；
throw new ReadOnlyFileSystemException("JRT file system is read-only");这并非逻辑错误或设计缺陷，而是刻意为之的契约式拒绝（Contractual Rejection）：JRT文件系统映射的是JDK运行时镜像（即$JAVA_HOME/lib/modules打包后的只读内存视图），任何写入操作在架构层面即被禁止。通过立即抛出受检异常ReadOnlyFileSystemException（继承自IOException），它严格遵守FileSystem接口契约，同时向调用方清晰传达“此路径不可写”的语义，避免静默失败或未定义行为。
值得注意的是：
- ✅ readOnly()方法返回异常实例，throw语句合法且高效，无需构造冗余对象；
- ❌ 不应尝试捕获并忽略此异常——它代表根本性限制，而非临时故障；
- ? 此设计与FileOutputStream形成鲜明对比：后者面向真实文件系统，支持写入；而JrtFileSystem.newOutputStream面向元数据只读视图，本质是“防御性存根”。
总结而言，newOutputStream在此上下文中的工作原理是：以零开销、高语义明确性的方式，通过抛出领域专属异常，强制实施只读约束。这是Java NIO.2中“文件系统即服务”理念的典型体现——抽象统一，行为自治，安全先行。
