Java读取.properties中文乱码的根本原因是Properties默认用ISO-8859-1解码，解决方案是改用load(Reader)并指定UTF-8编码，或手动读取字节流后解码+转义还原，避免依赖load(InputStream)。
Java 读取配置类（如 .properties 文件）时出现中文乱码，根本原因在于 java.util.Properties 的默认加载机制——它硬编码使用 ISO-8859-1 解码字节流，且不支持自动识别 UTF-8 或 GBK。这在旧版 JDK（如 JDK 8/11）中尤为突出，即使文件本身是 UTF-8 编码，load(InputStream) 方法也会错误地将多字节中文当作单字节拉丁字符解析，导致 ? 或乱码。
要优雅规避这一限制，关键不是“改 JVM 默认编码”，而是绕过 Properties.load(InputStream) 的隐式解码逻辑，改用字节流 + 显式解码的可控路径。以下是经过验证的实用方案：
明确以 UTF-8 读取字节并手动转义还原
.properties 文件若含中文，应保存为 UTF-8 无 BOM 格式。然后跳过 load(InputStream)，改用 load(Reader)，并确保该 Reader 使用 UTF-8 解码：
Properties props = new Properties();
try (InputStream is = getClass().getResourceAsStream("/config.properties");
Reader reader = new InputStreamReader(is, StandardCharsets.UTF_8)) {
props.load(reader); // ✅ 不走 ISO-8859-1 路径
} catch (IOException e) {
throw new RuntimeException(e);
}⚠️ 注意：此法要求文件中中文未被 native2ascii 转义（即直接写
name=张三，而非name=u5f20u4e09）。若已有转义内容，仍可用此方式读取，不会破坏；但若原始文件是纯 UTF-8 明文，这是最简洁可靠的方案。
deep-java-review下载Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
兼容已转义与未转义的混合场景（推荐用于生产）
有些项目历史遗留 .properties 同时存在 key=中文 和 key=u4f60u597d 形式。此时需先按 UTF-8 读取全部字节，再模拟 Properties 的 loadConvert 逻辑做 Unicode 转义还原：
public static Properties loadUtf8Properties(InputStream is) throws IOException {
Properties props = new Properties();
String content = new String(is.readAllBytes(), StandardCharsets.UTF_8);
// 将 UTF-8 原始文本按行拆分，跳过注释和空行
BufferedReader br = new BufferedReader(new StringReader(content));
String line;
while ((line = br.readLine()) != null) {
line = line.trim();
if (line.isEmpty() || line.startsWith("#") || line.startsWith("!")) continue;
// 手动处理 key=value 分割（忽略等号在值中的情况）
int sepIdx = line.indexOf('=');
if (sepIdx > 0) {
String key = unescape(line.substring(0, sepIdx).trim());
String value = unescape(line.substring(sepIdx + 1).trim());
props.setProperty(key, value);
}
}
return props;
}
// 简化版 unescape：只处理 uXXXX 形式（不处理
等，如需可扩展）
private static String unescape(String s) {
StringBuilder sb = new StringBuilder();
for (int i = 0; i < s.length(); i++) {
char c = s.charAt(i);
if (c == '\' && i + 5 < s.length() && s.charAt(i + 1) == 'u') {
try {
int code = Integer.parseInt(s.substring(i + 2, i + 6), 16);
sb.append((char) code);
i += 5;
} catch (NumberFormatException ignored) {
sb.append(c);
}
} else {
sb.append(c);
}
}
return sb.toString();
}该方法完全脱离 Properties.load() 的 ISO-8859-1 绑定，字节读取、解码、转义三步清晰分离，可稳定适配任意编码源文件（只需调整 StandardCharsets.*）。
避免陷阱的硬性建议
- 不要用
new Properties().load(new FileInputStream(...))—— 这是乱码源头； - 不依赖
-Dfile.encoding=UTF-8控制Properties.load(InputStream)行为 —— 它对此无效； - 不在 IDE 中把
.properties文件设为 “Transparent native-to-ascii conversion” 后还存为 UTF-8 —— 这会导致双重转义； - 若必须用标准
load(InputStream)，唯一办法是提前将 UTF-8 文件用native2ascii -encoding UTF-8转为uXXXX格式，但这牺牲可读性，不推荐。
不复杂但容易忽略
