Java字节流读中文乱码本质是解码编码不匹配，需明确文件真实编码、用InputStreamReader指定Charset、套BufferedReader并用try-with-resources管理资源，特殊场景如Properties、HTTP响应等需单独处理编码。
Java 字节流读取中文乱码，本质是字节到字符的解码环节出了错。FileInputStream 本身不乱码——它只忠实地读出字节；乱码发生在你把它“当成文本”去用的时候，比如直接 new String(bytes) 或错误地套用 FileReader。真正要解决的，不是换一个流，而是**明确编码、可控解码、绕过默认陷阱**。下面分四步讲清楚怎么彻底解决。
明确文件真实编码，别猜也别依赖系统默认
乱码的第一因永远是“编码不匹配”。Windows 记事本存的“ANSI”通常是 GBK，Linux/macOS 下新建文件多为 UTF-8，而网络响应头或 Spring Boot 配置可能强制指定 UTF-8。不能靠 System.getProperty("file.encoding") 或 Charset.defaultCharset() 去赌——它们随 JVM 启动参数和操作系统变化，极不可靠。
实操建议：
- 用命令行工具确认：Linux/macOS 执行 file -i 文件名，Windows 可用 Notepad++ 打开后看右下角编码显示
- 如果是合作方提供的文件，直接问对方保存时用的编码（常见就 UTF-8、GBK、GB2312）
- 在代码里把编码写死，例如 StandardCharsets.UTF_8 或 Charset.forName("GBK")，绝不留空
用 InputStreamReader 包装字节流，且必须传 Charset 参数
FileInputStream 是字节流，它读出来的是 byte[]；InputStreamReader 是转换流，它的作用就是按你指定的规则，把那些字节“翻译”成字符。关键点在于：无参构造器会调用 Charset.defaultCharset()，这就是绝大多数乱码的源头。
立即学习“Java免费学习笔记（深入）”；
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
正确写法：
- ✅ InputStream is = new FileInputStream("data.txt");
InputStreamReader isr = new InputStreamReader(is, StandardCharsets.UTF_8); - ❌ new InputStreamReader(is) —— 这行代码在 Windows 上大概率用 GBK 解 UTF-8 字节，必然“锟斤拷”
- 注意：UTF-8 和 GBK 互转不能靠“猜”，如果文件是 GBK 编码却用 UTF-8 解，轻则乱码，重则抛 MalformedInputException
搭配 BufferedReader 提升效率与稳定性
InputStreamReader 本身只支持 read() 逐字符读，性能差且不方便。实际项目中应立刻套一层 BufferedReader，它带缓冲、支持 readLine()，还能自动处理换行符差异（\n、\r\n、\r）。
完整安全链路：
- 用 try-with-resources 确保流关闭：try (InputStream is = ...; Reader reader = new InputStreamReader(is, UTF_8); BufferedReader br = new BufferedReader(reader)) { ... }
- 关闭最外层 br 即可，它会自动委托关闭内部 isr 和底层 FileInputStream
- 避免提前消费：切勿在创建 InputStreamReader 前调用 is.read() 或 is.mark()，否则流指针偏移，解码从中间开始，首字符必乱
特殊场景：Properties、CSV、HTTP 响应需单独处理
不是所有文本读取都走通用路径。有些 API 内部硬编码了编码，必须绕过去：
- .properties 文件：Properties.load(InputStream) 强制用 ISO-8859-1，哪怕你给的是 UTF-8 字节也会错。改用 props.load(new InputStreamReader(is, UTF_8))
- HTTP 响应体：URLConnection 或 HttpClient 返回的 InputStream，优先检查响应头 Content-Type 中的 charset=xxx，再决定用哪个 Charset 构造 InputStreamReader
- CSV/Excel 导入：BOM 头（如 UTF-8 BOM \uFEFF）会影响首行解析，可用 Apache Commons IO 的 BOMInputStream 自动跳过，或手动检测前3字节
