java读取utf-8文件乱码问题根源在于文件实际编码、bom头、系统默认行为或ide/编译配置干扰；需显式指定standardcharsets.utf_8、处理bom、统一源码与构建编码为utf-8无bom。
在 Java 中用 StandardCharsets.UTF_8 读取 UTF-8 文件时，Windows 和 Linux 下出现乱码，问题通常不在于 StandardCharsets.UTF_8 本身（它跨平台完全一致），而在于文件实际编码、BOM 头、系统默认行为或 IDE/编译配置的隐式干扰。只要显式指定编码并处理常见陷阱，就能稳定避免乱码。
确保文件本身是真正的 UTF-8 编码（无 BOM 或带 BOM 都要适配）
Windows 上很多编辑器（如记事本）保存 UTF-8 文件时会默认添加 BOM（字节顺序标记：EF BB BF），而 Linux 工具和部分 Java API 会把 BOM 当作普通字符读入，导致首行开头出现“”或空格类异常。
- 若可控制文件生成，优先用 VS Code、Notepad++ 等工具保存为“UTF-8 无 BOM”格式
- 若必须兼容带 BOM 的文件，使用 Apache Commons IO 的
BOMInputStream自动识别并跳过：
try (BOMInputStream bomIn = new BOMInputStream(new FileInputStream("file.txt"));
Reader reader = new InputStreamReader(bomIn, bomIn.hasBOM() ? bomIn.getBOMCharsetName() : "UTF-8");
BufferedReader br = new BufferedReader(reader)) { ... }
读取时必须显式传入 StandardCharsets.UTF_8，绝不依赖系统默认编码
Windows 默认编码通常是 GBK，Linux 多为 UTF-8，一旦省略编码参数，FileReader 或 Scanner 就会各自使用系统默认值，造成行为不一致。
- ❌ 错误写法（平台相关，高危）：
new FileReader("file.txt")
new Scanner(new File("file.txt")) - ✅ 正确写法（显式、跨平台）：
new InputStreamReader(new FileInputStream("file.txt"), StandardCharsets.UTF_8)
new Scanner(Paths.get("file.txt"), StandardCharsets.UTF_8) - 记得导入：
import java.nio.charset.StandardCharsets;（否则编译报错 “cannot be resolved to a variable”）
检查源文件编码与 IDE 编译设置是否匹配
即使运行时用了 UTF-8，如果 Java 源码文件（.java）本身不是 UTF-8 编码，其中的中文字符串字面量（如 String s = "你好";）在编译阶段就可能损坏。
- 在 IntelliJ IDEA 中：File → Settings → Editor → File Encodings → 全局编码、项目编码、属性文件编码均设为 UTF-8
- 在 Eclipse 中：Preferences → General → Workspace → Text file encoding → UTF-8
- 编译时加参数（maven 示例）：
org.apache.maven.plugins
maven-compiler-plugin
UTF-8
验证与兜底：不确定编码时尝试多种 Charset
当文件来源不可控（如用户上传、第三方提供），无法保证一定是 UTF-8，可按优先级尝试常见编码：
- 定义候选集：
Charset[] candidates = { StandardCharsets.UTF_8, Charset.forName("GBK"), StandardCharsets.ISO_8859_1 }; - 逐个尝试读取，用简单规则判断是否合理（如中文字符占比、是否含大量 符号）
- 注意：该方式适合调试或容错场景，生产环境仍应推动上游统一为 UTF-8 无 BOM
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
