Properties.load() 读不到中文是因为默认用 ISO-8859-1 解码 UTF-8 文件导致乱码，应改用 load(Reader) 配合 UTF-8 编码的 InputStreamReader；getResourceAsStream() 返回 null 多因路径错误或资源未入 classpath；Properties 方法线程安全但并发 load 会覆盖；loadFromXML 要求严格 XML 格式与编码声明一致。
Properties.load() 为什么读不到中文？
默认用 ISO-8859-1 解码，遇到 UTF-8 编码的中文配置文件会显示乱码（如 ??? 或 \u4f60\u597d）。不是文件没读到，是解码错了。
- 最稳妥方式：改用
Properties.load(Reader)，传入指定编码的InputStreamReader - 不要依赖系统默认编码，显式写死
"UTF-8" - 如果必须用
load(InputStream)，就得提前把中文转成 Unicode 转义形式（如name=\u4f60\u597d），但维护成本高，不推荐
try (InputStream is = getClass().getResourceAsStream("/config.properties");
Reader reader = new InputStreamReader(is, "UTF-8")) {
Properties props = new Properties();
props.load(reader); // ✅ 正确解码中文
}getResourceAsStream() 返回 null 怎么办？
路径不对、文件没进 classpath、IDE 编译输出设置异常都会导致返回 null，接着调 load() 就抛 NullPointerException。
- 路径以
/开头表示从 classpath 根目录找；不加/表示相对当前类所在包 - 确认文件在
target/classes/（Maven）或out/production/（IntelliJ）下真实存在 - IDE 中检查是否勾选了 “Copy resources on build” 或 “Include in output”
- 临时加一行日志：
System.out.println(getClass().getResource("/config.properties"));看是否为null
Properties 是线程安全的吗？
Properties 继承自 Hashtable，所有 public 方法都加了 synchronized，读写操作本身是线程安全的。但注意：
- 多个线程同时调
load()会互相覆盖内容，逻辑上不安全 - 遍历 + 修改（如边
entrySet()迭代边put()）仍可能触发ConcurrentModificationException - 现代项目更倾向用不可变配置（如 Spring Boot 的
@ConfigurationProperties）或线程安全容器封装
用 loadFromXML() 读取 XML 格式配置要注意什么？
XML 格式比 .properties 更规范，支持注释和结构化，但约束更严格：
立即学习“Java免费学习笔记（深入）”；
- 根元素必须是
- 每个键值对必须用
yyy - 编码声明必须和实际文件编码一致，否则解析失败报
SAXParseException - 不支持 comments 元素以外的注释（比如不能在
）
jdbc:h2:mem:test \u5E94\u7528\u540D
很多团队卡在第一关——连文件都加载失败，就急着查“为什么 getProperty() 返回 null”。其实先确认 getResourceAsStream() 不为空、再确认编码匹配，90% 的问题就解决了。
