Java文件读写首选Files工具类；FileInputStream用于二进制数据，FileReader因无编码参数易乱码，BufferedReader配合InputStreamReader或Files方法可精准控编码、缓冲及按行读取。
Java里读文件最常用的三类流怎么选
别一上来就用 FileInputStream，它只适合读字节，中文会乱码；想直接读文本，优先用 BufferedReader 配合 Files.newBufferedReader() 或 InputStreamReader。三类核心流的适用场景如下：
-
FileInputStream/FileOutputStream：处理图片、音频、序列化对象等二进制数据 -
FileReader/FileWriter：简单文本读写，但不支持指定编码（默认平台编码，Windows 是 GBK，Linux/macOS 是 UTF-8），跨平台易出错 -
BufferedReader+InputStreamReader或Files工具类：可控编码、带缓冲、支持按行读取，生产环境首选
用 Files.readAllLines() 读文件时为什么抛出 MalformedInputException
这是编码不匹配的典型错误——文件是 UTF-8 编码，但代码没显式指定，JVM 用了系统默认编码去解码。Java 11+ 的 Files.readAllLines() 默认用 UTF-8，但低版本（如 Java 8）默认用系统编码。
- Java 8 必须显式传
StandardCharsets.UTF_8：Files.readAllLines(Paths.get("data.txt"), StandardCharsets.UTF_8) - 检查文件真实编码：用
file -i data.txt（Linux/macOS）或 VS Code 右下角编码标识 - 不要依赖
FileReader，它没有编码参数，无法规避此问题
写文件时 FileOutputStream 不覆盖而是追加，怎么控制
FileOutputStream 构造函数第二个布尔参数决定是否追加。默认 false（覆盖），设为 true 才追加。注意：这个开关只对字节流有效，FileWriter 也有类似构造函数，但同样不推荐直接用。
- 覆盖写（默认）：
new FileOutputStream("out.txt") - 追加写：
new FileOutputStream("out.txt", true) - 更安全的替代：用
Files.write()并传StandardOpenOption.APPEND：Files.write(Paths.get("out.txt"), "new line\n".getBytes(StandardCharsets.UTF_8), StandardOpenOption.APPEND)
try-with-resources 不关流，但程序退出后文件还被占用怎么办
常见于 Windows 下用 FileInputStream 或 FileOutputStream 打开文件后没正确关闭，JVM GC 不保证立即释放句柄。即使写了 try-with-resources，如果流对象被意外逃逸（比如赋值给静态变量、放进线程池任务里延迟使用），仍可能泄漏。
- 确认所有流都在 try 括号内声明：
try (BufferedReader reader = Files.newBufferedReader(path)) { ... } - 避免在 lambda 或匿名内部类中持有流引用
- 用
lsof -p（Linux/macOS）或 Process Explorer（Windows）查句柄占用，定位未关闭源头 - 小文件优先用
Files.readAllBytes()/Files.readString()（Java 11+），它们内部自动管理资源，无手动 close 风险
实际项目里，90% 的文件读写需求用 Files 工具类 + Path 就够了，流对象只在需要逐块处理大文件、或对接加密/压缩等中间件时才显式创建。编码、关闭、追加这三点，漏掉任一个都容易在测试通过后上线翻车。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
