Java应用日志路径配置关键在于运行目录（JVM启动时的终端当前路径），而非编译或类路径；推荐通过JVM参数-Dlog.path、绝对路径配置或容器挂载等方式确保日志路径可靠，start.sh中cd后执行可显式控制运行目录。
Java应用的日志路径配置，核心在于明确日志写入位置与项目运行时的“当前工作目录”（Working Directory）之间的关系，而非编译路径或类路径（classpath）。很多问题其实源于对“运行目录”的误解——它由启动方式决定，不是项目根目录，也不是jar包所在目录，更不是IDE默认设置的目录。
运行目录到底是什么？
运行目录是JVM进程启动时所处的操作系统路径，也就是执行 java -jar xxx.jar 或 java -cp ... MainClass 命令时，你所在的终端（Shell）或CMD窗口的当前路径。例如：
- 你在 /opt/myapp/ 下执行 java -jar app.jar → 运行目录就是 /opt/myapp/
- 你在 /home/user/ 下执行 java -jar /opt/myapp/app.jar → 运行目录仍是 /home/user/
- IDE（如IntelliJ）默认可能设为项目根目录，但可手动修改：Run → Edit Configurations → Working directory
日志路径怎么写才可靠？
避免用相对路径（如 logs/app.log）硬编码，除非你严格控制运行目录。推荐以下方式：
- 基于 JVM 启动参数动态指定：启动时加 -Dlog.path=/var/log/myapp，日志框架（如Logback）通过 ${log.path} 引用
- 用系统属性获取绝对路径：在代码中调用 System.getProperty("user.dir") 获取运行目录，再拼接日志子路径（适合简单场景）
- 优先使用绝对路径配置：在 logback-spring.xml 或 log4j2.xml 中直接写 /data/logs/myapp/，避开相对路径歧义
- 容器环境统一挂载：Docker 中通过 -v /host/logs:/app/logs，再让日志配置指向 /app/logs，解耦宿主机路径
常见目录结构建议（兼顾开发与生产）
一个清晰、可迁移的 Java 应用部署结构示例如下：
立即学习“Java免费学习笔记（深入）”；
/opt/myapp/ ├── app.jar ← 主程序 ├── config/ ← 外部配置（application.yml、logback-spring.xml） ├── logs/ ← 日志目录（确保有写权限） ├── lib/ ← 额外依赖（如非fat-jar模式） └── start.sh ← 启动脚本（cd /opt/myapp && java -Dlog.path=./logs -jar app.jar）
关键点：start.sh 显式 cd 到应用目录再执行 java，确保运行目录可控；日志配置里用 ./logs 或 ${log.path}，语义清晰。
验证和调试小技巧
快速确认实际日志路径是否生效：
- 在应用启动时打印 System.out.println("Working dir: " + System.getProperty("user.dir"));
- Logback 可开启 debug：<configuration debug="true">，控制台会输出配置解析过程和实际文件路径
- Linux 下用 lsof -p <pid> | grep log 查看 JVM 正在写哪些日志文件
- 检查目标目录权限：ls -ld /path/to/logs，确保运行 JVM 的用户有写权限
