InputStreamReader本身不判断文件系统只读性，只要底层InputStream（如FileInputStream）能成功打开并读取文件，它即可正常解码字符；关键在于路径可达、权限允许、编码显式指定（推荐StandardCharsets.UTF_8），且需用File.canRead()或try-catch验证可访问性。
关键不是 InputStreamReader，而是你如何获得 InputStream。只要文件可读、路径可达、权限允许，InputStreamReader 就能用。
确认文件系统确实可读（而非“只读”等于“不可读”）
只读（read-only）是指禁止写入和修改，但绝大多数只读文件系统（如光盘镜像、Docker 的只读层、Linux 中 mount -o ro 的分区）仍完整支持 open() 和 read() 系统调用。只要 Java 进程有权限访问路径，就能构造 FileInputStream。
- 用 File.canRead() 检查：new File("/mnt/cdrom/hello.txt").canRead() 返回 true 即表示可读
- 直接尝试 new FileInputStream(path) —— 若抛出 FileNotFoundException 或 SecurityException，才是真不可访问
- 注意挂载选项：比如 Linux 中 mount -o ro,bind /src /dst 仍可读；但若挂载时加了 noexec,nosuid,nodev 通常也不影响读
正确构造 InputStreamReader（推荐带显式字符集）
避免使用平台默认编码，尤其在只读镜像中，文本文件编码往往固定（如 UTF-8）。务必指定 Charset：
- ✅ 推荐： new InputStreamReader(new FileInputStream("/iso/README.md"), StandardCharsets.UTF_8)
- ⚠️ 避免： new InputStreamReader(new FileInputStream(...)) —— 依赖系统默认编码，跨环境易乱码
- 若不确定编码，可用 Apache Tika 或 juniversalchardet 先探测，再构建
处理常见只读场景的实际代码
例如读取 Docker 容器内只读层中的配置文件、或挂载的 ISO 镜像里的 license.txt：
立即学习“Java免费学习笔记（深入）”；
- 路径必须是真实可访问路径（如 /mnt/iso/app/config.json），不能是容器内虚拟路径（除非已挂载）
- 使用 try-with-resources 确保流关闭：
try (var reader = new InputStreamReader(new FileInputStream(path), UTF_8)) { ... } - 若遇到 IOException（如 Permission denied），检查挂载权限（mount | grep your-path）、SELinux/AppArmor 策略、或容器是否以 --read-only 启动但未绑定挂载该路径
替代方案：当 FileInputStream 受限时
极少数情况下（如某些嵌入式只读 FS 不支持 random access），可先用 Files.readAllBytes() 加载整个文件到内存（适合小文件）：
- byte[] bytes = Files.readAllBytes(Paths.get("/rofs/info.txt"));
- new InputStreamReader(new ByteArrayInputStream(bytes), UTF_8);
- 注意：大文件慎用，会占用堆内存；InputStreamReader + BufferedReader 仍是流式读取的首选
