java乱码怎么解决：分场景修复

java乱码怎么解决，优先区分输入输出流、页面请求、文件读写、控制台四个场景，先定位编码不一致问题，你可以先用Charset.defaultCharset()打印JVM默认编码，Linux环境常见为UTF-8，Windows默认GBK，请求参数乱码优先配置过滤器，文件读写乱码要在流构造时显式指定编码，控制台乱码需要同步调整终端编码与启动参数，该方案不适用于二进制文件本身损坏导致的字符异常，这类情况修改编码配置无法恢复原有内容。

java乱码怎么解决：请求参数乱码处理

Tomcat接收GET请求参数乱码，修改server.xml中Connector节点，添加URIEncoding="UTF-8"配置，POST请求乱码在过滤器内调用request.setCharacterEncoding("UTF-8")，response.setContentType("text/html;charset=UTF-8")，过滤器需要放在请求处理链靠前位置，避免其他代码提前读取请求体造成编码设置失效。SpringBoot项目可以直接在配置文件设置server.tomcat.uri-encoding=UTF-8，同时注册CharacterEncodingFilter，自动统一请求响应编码。

java乱码怎么解决：文件读写乱码处理

使用FileReader、FileWriter时会自动读取JVM默认编码，跨平台运行时容易出现乱码，你改用InputStreamReader和OutputStreamWriter，构造参数传入文件流与StandardCharsets.UTF_8，把编码固定写死，不要依赖环境默认值。读取已存在的GBK文件，编码参数替换为StandardCharsets.GBK，编码和文件原始编码不匹配时，文字会变成问号或者方框，不会抛出异常，排查难度更高。

JVM启动参数控制全局默认编码。

启动命令添加-Dfile.encoding=UTF-8，修改JVM的默认字符集，这个参数对没有显式指定编码的IO类生效，对已经手动指定编码的代码没有影响。IDEA控制台乱码，除了添加启动参数，还要修改idea64.exe.vmoptions文件内的编码配置，同时把控制台编码设置和JVM编码保持一致，只改一处会出现部分输出正常、部分输出乱码的现象。

字符串转码乱码需要修正转码顺序。

已经乱码的字符串，不要反复newString(str.getBytes(编码),编码)来回转换，多次转码会造成信息不可逆丢失。正确做法是拿到原始字节数组，用原始编码解析成字符串，比如前端传过来的字节是UTF-8，却被程序按GBK解析，就先获取错误解析后的字节，再重新按UTF-8还原，只有原始字节还保留时，还原才有机会成功，字节被丢弃之后无法修复。

java乱码怎么解决：数据库交互乱码处理

JDBC连接字符串末尾追加useUnicode=true&characterEncoding=utf8，MySQL驱动会使用指定编码传输数据，数据库表、字段的字符集也要设置为utf8mb4，utf8在MySQL里仅支持3字节字符，无法完整存储emoji表情，会出现表情丢失或者乱码。连接参数、表编码、程序编码三者保持统一，数据库层面的乱码大多可以缓解，数据库本身存储的数据已经损坏时，修改连接参数无法复原。

打印编码信息用于快速定位。

• System.out.println(Charset.defaultCharset());
• System.out.println(System.getProperty("file.encoding"));
• System.out.println(request.getCharacterEncoding());

输出结果可以直接对比三处编码是否一致，三处编码不一致，就是乱码高发诱因，这个排查代码可以临时放在接口入口或者main方法开头，不需要长期留在生产代码里。

第三方组件输出乱码，单独检查组件编码配置。

日志框架logback、log4j2输出日志乱码，修改配置文件里的encoder节点，设置charset="UTF-8"，日志文件编码和终端编码不一致，会出现本地打开正常、服务器查看乱码的情况。导出Excel、PDF等文件乱码，优先检查模板文件编码和输出流编码，这类组件内部会自带编码逻辑，全局JVM参数不一定能够覆盖组件内部的编码行为。

该方法的适用边界是字符编码层面不匹配引发的乱码。