Java常用配置文件处理类库与Properties_技术教程

最稳妥方式取决于项目类型：纯Java项目必须用Properties类；Spring Boot项目优先用@Value或@ConfigurationProperties，因其支持占位符解析、类型转换和配置刷新，而Properties仅返回String且需手动处理编码、路径及线程安全等问题。

Java里读取`application.properties`最稳妥的方式是用`Properties`类还是Spring Boot的`@Value`

纯Java项目（无Spring）必须用Properties；Spring Boot项目优先用@Value或@ConfigurationProperties，不是因为“更高级”，而是Properties类不处理占位符、类型转换、配置刷新等实际需求。Properties读出来全是String，连int都要手动Integer.parseInt()，出错就NumberFormatException。

常见错误现象：

用Properties.load(new FileInputStream("app.properties"))但没指定字符集，中文乱码
路径写成"./config/app.properties"，结果在JAR包里找不到——FileInputStream只认文件系统路径，不认classpath资源
多个properties文件手动load()，覆盖逻辑混乱，没有合并策略

`Properties`加载时字符编码出错怎么 fix

Properties默认用ISO-8859-1解析，哪怕文件存为UTF-8，中文也会变问号或乱码。不能靠改编辑器编码糊弄，得在代码里显式指定。

正确做法：

用InputStreamReader包装流，传入StandardCharsets.UTF_8
调用Properties.load(Reader)而非load(InputStream)
避免用Properties.loadFromXML()——它也只认UTF-8，且格式更重，不兼容普通.properties

Properties props = new Properties();
try (InputStream is = getClass().getResourceAsStream("/application.properties");
     Reader reader = new InputStreamReader(is, StandardCharsets.UTF_8)) {
    props.load(reader);
}

为什么别直接用`System.setProperty()`覆盖`Properties`里的值

System.setProperty()改的是JVM全局系统属性，和你的Properties对象完全无关。它不会影响已加载的props.getProperty("xxx")结果，也不会触发任何监听或重载逻辑。

真正需要“动态改配置”时：

如果是Spring环境，用ConfigurableEnvironment的getPropertySources().addFirst(...)
如果自己维护Properties实例，就直接props.setProperty("key", "value")，但要注意线程安全——Properties不是线程安全的
想让后续所有props.getProperty()返回新值？必须确保你操作的是同一个实例，且没被其他地方缓存副本