通过JVM参数设置log4j属性文件——为何顺序至关重要？

其实你踩的是Java命令行参数的经典坑——JVM参数和程序参数的位置是有严格要求的，这和Log4j本身的加载逻辑关系不大，核心是你搞混了参数的归属！

关键规则：JVM参数必须放在-jar之前 #

当你使用java -jar命令启动程序时，Java的命令行解析逻辑是这样的：

• 所有在-jar {jar包路径}之前的参数，都是JVM级别的参数（比如-D设置系统属性、-Xmx设置堆内存等），这些参数会被JVM接收并处理，最终存入系统属性集合中。
• 所有在-jar {jar包路径}之后的参数，都会被当作程序的命令行参数，也就是直接传给你主类的main(String[] args)方法的参数，JVM根本不会把它们当作自己的配置来处理。

对应你的场景分析 #

• 错误执行方式：java -jar {path to jar} -Dlog4j.configuration=file:{path to file}
  这里的-Dlog4j.configuration=xxx是被当成程序参数传给main方法的，JVM完全没读到这个配置。Log4j初始化时找不到对应的系统属性，自然就加载jar包内默认的log4j.properties了。

• 正确执行方式：java -Dlog4j.configuration=file:{path to file} -jar {path to jar}
  这个时候-D参数是JVM启动参数，JVM会把log4j.configuration这个键值对存入系统属性。Log4j初始化时会优先检查这个系统属性，找到后就加载你指定的外部配置文件。

补充Log4j的加载逻辑 #

你之前的理解是对的：Log4j确实会优先检查log4j.configuration系统属性，如果存在就加载对应的配置；如果不存在，才会去类路径下找默认的log4j.properties。但前提是这个系统属性真的被JVM正确设置了——位置错了，一切白搭。

小提示（针对Log4j 2.x用户） #

如果你后续升级到Log4j 2.x，对应的系统属性名会变成log4j.configurationFile，别搞混了哦～

内容的提问来源于stack exchange，提问作者eddyP23