Java开发中配置编码格式的核心是统一UTF-8以避免乱码，需在编译（javac -encoding）、运行（-Dfile.encoding）、IDE文件编码、properties处理及IO/网络（InputStreamReader、JDBC等）各环节显式指定UTF-8。
Java开发中配置编码格式，核心是为了避免乱码——尤其是中文等非ASCII字符在编译、运行、文件读写、网络传输等环节出现显示异常或数据损坏。根本原因在于：Java源码本身是文本文件，而JVM、编译器、IDE、操作系统对“字节如何解释为字符”存在默认约定，一旦这些环节的编码不一致，就会断链。
编译阶段：javac需要知道源文件用什么编码
Java源文件（.java）是纯文本，保存时由编辑器按某种编码（如UTF-8、GBK）转为字节流。javac默认使用系统平台编码（Windows通常是GBK，Linux/macOS通常是UTF-8）去读取源码。如果源码实际是UTF-8保存，但javac误用GBK解析，就会报错“非法字符”或编译通过但字符串内容错乱。
建议：显式指定编译编码，例如：
javac -encoding UTF-8 HelloWorld.java
Maven项目可在pom.xml中配置：
运行阶段：JVM默认字符集影响String与字节数组转换
new String(byte[])、String.getBytes()这类方法，若不指定编码，会使用JVM启动时默认的Charset（由file.encoding系统属性决定，通常继承自操作系统）。不同环境file.encoding可能不同，导致同一段代码在Windows和Linux上行为不一致。
建议：
• 避免无参的getBytes()和new String(byte[])
• 显式传入StandardCharsets.UTF_8等标准编码
• 启动JVM时可统一指定：
java -Dfile.encoding=UTF-8 MyApp
IDE与文件保存：确保编辑器编码与项目配置一致
IntelliJ IDEA或Eclipse若将.java文件以GBK保存，但Maven配置了UTF-8编译，就会编译失败；反之亦然。此外，properties配置文件（如messages_zh_CN.properties）若含中文，必须用ISO-8859-1编码并转义（\u4F60\u597D），或改用UTF-8 + native2ascii工具预处理，现代IDE支持直接设为UTF-8并启用“transparent native-to-ascii conversion”。
立即学习“Java免费学习笔记（深入）”；
建议：
• 统一将IDE文件编码设为UTF-8（含全局默认和项目级）
• 检查IDEA中File → Settings → Editor → File Encodings，三处编码均设为UTF-8
• 对*.properties文件，启用“Convert properties files to UTF-8”选项
IO与网络：输入输出流必须明确编码
FileReader/FileWriter使用平台默认编码，极易出错；Socket、HttpURLConnection、数据库JDBC连接等也依赖编码设置。例如用BufferedReader读取UTF-8文件却未指定Charset，中文会变成乱码；MySQL连接URL漏掉useUnicode=true&characterEncoding=UTF-8，存入中文可能变问号。
建议：
• 优先使用InputStreamReader/OutputStreamWriter，并传入StandardCharsets.UTF_8
• 文件操作推荐Files类（如Files.readString(path, UTF_8)）
• HTTP客户端设置Accept-Charset、Content-Type charset字段
• JDBC URL加上?useUnicode=true&characterEncoding=UTF-8
