在Java开发中，读取txt文件时出现乱码是一个常见问题，尤其在处理不同系统、不同编辑器生成的文件时，乱码的本质是编码与解码的不匹配——文件存储时使用的编码与读取时指定的编码不一致，本文将从乱码的根源出发，系统讲解Java读取txt文件时解决乱码的方法，涵盖核心类、场景化解决方案及进阶技巧。
乱码问题的根源：编码不一致
要解决乱码，首先需理解编码的基本逻辑，计算机中所有文本都由字节序列表示，编码规则（如UTF-8、GBK、ISO-8859-1）负责将字符转换为字节，解码则反向操作，当文件存储时使用的编码与读取时使用的编码不同，就会出现乱码，一个用GBK编码保存的“测试.txt”文件，若用UTF-8解码，原本的“你好”可能会变成“浣犲ソ”这样的乱码。
Java中涉及编码的关键类包括FileReader、InputStreamReader、BufferedReader等。FileReader是InputStreamReader的子类，它默认使用系统的默认字符集（如Windows下可能是GBK，Linux下可能是UTF-8）进行解码，这是乱码的高发原因之一,明确指定编码是解决乱码的核心原则。
Java读取txt的核心类与编码机制
FileReader：默认依赖系统编码
FileReader是读取字符文件的便捷类，其构造方法直接接收File对象或文件路径，内部使用InputStreamReader并传入系统默认字符集。
FileReader fr = new FileReader("test.txt"); // 默认使用系统编码
BufferedReader br = new BufferedReader(fr);
String line = br.readLine();
若文件编码与系统默认编码不一致（如文件为UTF-8，系统默认为GBK），读取结果必然乱码。FileReader仅适用于确定文件编码与系统编码一致的场景,不推荐在需要处理不同编码的代码中使用。
InputStreamReader：显式指定编码
InputStreamReader是字节流到字符流的桥梁，允许通过构造方法显式指定编码字符集（Charset），这是解决乱码的核心工具,其构造方法为：
InputStreamReader(InputStream in, Charset cs)
使用时，需先通过FileInputStream读取文件字节流，再用InputStreamReader指定正确编码转换为字符流，读取UTF-8编码的文件：
FileInputStream fis = new FileInputStream("test.txt");
InputStreamReader isr = new InputStreamReader(fis, "UTF-8"); // 显式指定UTF-8编码
BufferedReader br = new BufferedReader(isr);
String line;
while ((line = br.readLine()) != null) {
System.out.println(line);
}
br.close();
关键点：InputStreamReader的编码参数需与文件存储编码完全一致（区分大小写，如“UTF-8”不能写成“utf8”）。
常见场景乱码解决方案
读取本地txt文件（已知编码）
若明确知道文件的编码（如从文件来源或编辑器中确认），直接使用InputStreamReader指定编码即可,处理GBK编码的文件：
try (FileInputStream fis = new FileInputStream("gbk.txt");
InputStreamReader isr = new InputStreamReader(fis, "GBK");
BufferedReader br = new BufferedReader(isr)) {
String line;
while ((line = br.readLine()) != null) {
System.out.println(line);
}
} catch (IOException e) {
e.printStackTrace();
}
注意：使用try-with-resources自动关闭资源，避免IOException导致资源泄漏。
读取网络或流中的txt文件（未知编码）
当文件来自网络或输入流，且编码未知时，需先检测编码再读取，Java本身没有内置编码检测工具，但可通过第三方库实现，如juniversalchardet（基于Mozilla的字符集检测算法）,使用步骤：
-
添加依赖（Maven）：
<dependency> <groupId>com.github.albfernandez</groupId> <artifactId>juniversalchardet</artifactId> <version>2.4.0</version> </dependency> -
编码检测示例：
import org.mozilla.universalchardet.UniversalDetector; public String detectCharset(byte[] bytes) { UniversalDetector detector = new UniversalDetector(null); detector.handleData(bytes, 0, bytes.length); detector.dataEnd(); return detector.getDetectedCharset(); } -
结合
InputStreamReader使用：byte[] fileBytes = Files.readAllBytes(Paths.get("unknown.txt")); String charset = detectCharset(fileBytes); if (charset != null) { try (FileInputStream fis = new FileInputStream("unknown.txt"); InputStreamReader isr = new InputStreamReader(fis, charset); BufferedReader br = new BufferedReader(isr)) { // 读取逻辑 } }
处理大文件时的乱码与性能优化
对于大文件（如几百MB），直接使用Files.readAllBytes()会导致内存溢出，需采用流式读取，缓冲流（BufferedReader）可显著提升读取效率,示例：
try (FileInputStream fis = new FileInputStream("large.txt");
InputStreamReader isr = new InputStreamReader(fis, "UTF-8");
BufferedReader br = new BufferedReader(isr)) {
String line;
while ((line = br.readLine()) != null) {
// 逐行处理，避免内存堆积
processLine(line);
}
}
BufferedReader的默认缓冲区大小为8192字节，可通过构造方法自定义（如new BufferedReader(isr, 16384)）,进一步优化大文件读取性能。
进阶技巧：BOM头处理与编码规范
BOM头（Byte Order Mark）问题
UTF-8编码的文件可能包含BOM头（一个隐藏的EF BB BF字节序列），用于标识文件编码，但Java的InputStreamReader默认不处理BOM头，可能导致读取时在行首出现“�”等乱码,解决方法：
- 使用
UTF-8编码时，跳过BOM头：FileInputStream fis = new FileInputStream("with_bom.txt"); byte[] bom = new byte[3]; fis.read(bom); // 读取并跳过BOM InputStreamReader isr = new InputStreamReader(fis, "UTF-8"); - 或使用支持BOM的第三方库，如
ICU4J的CharsetDetector。
统一编码规范
从源头减少乱码问题：建议团队统一使用UTF-8编码（无BOM）保存txt文件，开发工具（如IntelliJ IDEA、Eclipse）中设置文件编码为UTF-8,避免混合编码导致的问题。
最佳实践与注意事项
- 优先使用
InputStreamReader而非FileReader：除非100%确定文件编码与系统默认编码一致，否则避免使用FileReader,显式指定编码是更安全的做法。 - 异常处理不可少：文件可能不存在、编码不支持或读取中断，需捕获
IOException并记录日志,避免程序崩溃。 - 资源及时关闭：使用
try-with-resources确保流、缓冲区等资源自动释放,防止资源泄漏。 - 测试覆盖不同编码文件：开发时需用UTF-8、GBK、ISO-8859-1等不同编码的文件测试,确保代码健壮性。
通过以上方法，可有效解决Java读取txt文件时的乱码问题，核心在于理解编码与解码的匹配机制，根据场景选择合适的工具类，并注重编码规范与异常处理，从显式指定编码到流式读取，再到BOM头处理,每一步都是确保文本正确解析的关键。
