charset.forname("utf-8")仅获取字符集实例，真正解决乱码需在文件读写、网络通信、字符串编解码等环节显式指定并全程统一utf-8编码，同时配合jvm参数、系统locale及框架配置确保环境一致。
Charset.forName("UTF-8") 本身只是获取一个 UTF-8 字符集实例，它不会自动解决跨平台乱码问题。真正起作用的是：在文件读写、网络通信、字符串编解码等关键环节，**显式指定该字符集并确保全程一致**。Windows 默认用 GBK，Linux 默认用 UTF-8，Java 程序若依赖系统默认编码（如不指定 encoding 的 new String(byte[]) 或 Files.readLines()），就会在不同环境行为不一。
明确指定字符集的典型场景
以下操作必须显式传入 Charset.forName("UTF-8") 或其等价写法（如 StandardCharsets.UTF_8）：
-
读取文本文件时：避免用
Files.readAllLines(path)（依赖系统默认），改用Files.readAllLines(path, Charset.forName("UTF-8")) -
写入文本文件时：避免
Files.write(path, lines)，改用Files.write(path, lines, Charset.forName("UTF-8")) -
字节数组转字符串时：避免
new String(bytes)，改用new String(bytes, Charset.forName("UTF-8")) -
字符串转字节数组时：避免
str.getBytes()，改用str.getBytes(Charset.forName("UTF-8")) - HTTP 请求/响应体处理：如使用 OkHttp 或 HttpClient 时，在构建 RequestBody 或解析 ResponseBody 时手动设置 UTF-8 编码
注意 JVM 启动参数不能替代显式指定
-Dfile.encoding=UTF-8 可以统一 JVM 默认字符集，但它只影响未显式指定编码的 API（如 System.out.println()、new String(byte[])）。而很多框架（如 Spring WebMvc 的 @RequestBody、Logback 的 <charset></charset>）仍需各自配置。仅靠 Charset.forName("UTF-8") 不设参数调用，无法改变这些隐式行为。
配套建议：让环境更可控
光靠代码层指定还不够，需配合基础环境约束：
- Linux 上确认
locale输出含UTF-8（如LANG=en_US.UTF-8） - Windows 上推荐启用「Beta版：使用 Unicode UTF-8 提供全球语言支持」（控制面板 → 区域 → 管理 → 更改系统区域设置）
- Spring Boot 项目中，在
application.properties加上：
server.servlet.encoding.charset=UTF-8
server.servlet.encoding.force=true
spring.http.encoding.charset=UTF-8
spring.http.encoding.force=true
不要忽略文件名和路径的编码
Charset.forName("UTF-8") 对文件内容有效，但对文件名无效。Linux 下用 GBK 编码保存的文件，在 UTF-8 终端里 ls 显示为乱码，这不是 Java 字符集问题，而是终端 locale 或文件系统元数据问题。此时需用 convmv 工具转换文件名编码，或统一约定所有脚本、配置、源码文件均以 UTF-8 存储并声明（如 Java 源文件顶部加 // @charset "UTF-8"，部分 IDE 支持识别）。
