logback通过${}占位符支持环境变量，优先查jvm系统属性再查os环境变量；需在启动时用-d参数传入（如-dlog_path=${log_path}），配置中用设默认值；spring boot推荐logback-spring.xml配合使用；路径含空格时需用引号包裹-d参数值；容器中需确保环境变量透传至java进程。
Logback 里怎么用环境变量指定日志路径
Logback 本身不直接解析系统环境变量，但支持 ${} 占位符，且默认会先查 JVM 系统属性，再查操作系统环境变量——前提是启动时没被覆盖或屏蔽。
常见错误是写成 ${LOG_PATH} 却发现日志还是落到默认位置，其实多半因为：Java 启动时没把环境变量带进去，或者 Logback 配置文件加载太早、环境变量还没生效。
- 启动应用前确保环境变量已设好：
export LOG_PATH=/var/log/myapp（Linux/macOS）或set LOG_PATH=C:\logs\myapp（Windows） - Java 启动命令里必须显式传入，否则子进程看不到父 shell 的环境变量：
java -DLOG_PATH=${LOG_PATH} -jar app.jar - Logback 配置中直接用：
<property name="LOG_PATH" value="${LOG_PATH:-./logs}"></property>，:-后是默认值，防空
logback-spring.xml 和 logback.xml 的环境变量行为差异
Spring Boot 用户容易混淆两者。用 logback-spring.xml 时，Spring 的 PropertySource 机制会提前注入配置，包括通过 @Value 或 application.yml 设置的变量；而原生 logback.xml 完全不走 Spring 流程，只认 JVM 属性和 OS 环境变量。
这意味着：如果你在 application.yml 里写了 logging.path: /data/logs，它对 logback.xml 没用；但换成 logback-spring.xml，就能用 ${LOGGING_PATH} 绑定到 Spring 的配置源。
立即学习“Java免费学习笔记（深入）”；
- Spring Boot 推荐用
logback-spring.xml，支持<springproperty></springproperty>标签：<springproperty scope="context" name="LOG_PATH" source="logging.path" defaultvalue="./logs"></springproperty> - 不用 Spring Boot？老老实实用
logback.xml+-D参数传值，别指望application.properties能透传 -
logback-spring.xml里不能用${}直接引用未声明的环境变量，得先<springproperty></springproperty>显式声明
路径含空格或特殊字符时为什么日志写失败
Logback 解析 ${LOG_PATH} 后，如果值里有空格（比如 /opt/my app/logs），底层 FileAppender 会把它当多个参数切分，导致路径识别错乱，最终报 java.io.FileNotFoundException: /opt/my (No such file or directory)。
- 最稳妥做法：环境变量值**不要带空格**，用下划线或连字符代替，如
/opt/my_app/logs - 如果必须带空格，启动时用引号包裹 JVM 属性：
java -DLOG_PATH="/opt/my app/logs" -jar app.jar（注意双引号要保留） - Logback 配置里别对路径做拼接运算，比如
${LOG_PATH}/%d{yyyy-MM-dd}是安全的，但${LOG_PATH} + "/logs"这种写法根本无效——Logback 不支持表达式计算
容器环境下环境变量失效的典型原因
Kubernetes 或 Docker 中，LOG_PATH 看似设了，但 Java 进程里 System.getenv("LOG_PATH") 返回 null，往往是因为镜像基础层没把环境变量透传给 Java 进程，或者 entrypoint 脚本覆盖了环境。
- Dockerfile 里避免用
ENV写死路径，改用运行时注入：docker run -e LOG_PATH=/mnt/logs myapp - K8s 中确认 Deployment 的
env字段正确声明，且容器内 Java 进程是 PID 1（否则可能收不到环境） - 加个简单验证：在应用启动类里加一行
System.out.println("LOG_PATH=" + System.getenv("LOG_PATH"));，看输出是否符合预期
环境变量不是“设了就自动可用”，它在进程树里逐级继承，任何中间脚本或 wrapper 都可能截断或重置它。Logback 只是最后消费的一环，前面断了，它再怎么配都没用。
