通过Crontab运行Spring Boot/Batch Jar后日志丢失问题求助

核心原因 #

手动运行时，你的工作目录是Jar所在的/path/to_my_dir_for_jar，且环境变量完整，应用能正确读取日志配置并在当前目录生成分类日志；而Crontab默认工作目录为用户主目录（如/home/your_user），且环境变量受限，导致应用要么在主目录生成日志（你未找到），要么无法正确加载日志配置，从而丢失分类日志。

可行方案 #

1. 切换工作目录后执行命令 #

修改Crontab任务，先切换到Jar所在目录再运行程序，确保和手动运行的工作环境一致：

30 11 * * * cd /path/to_my_dir_for_jar && java -jar springbatch.jar --spring.profiles.active=qa

这样应用会以/path/to_my_dir_for_jar为当前工作目录，日志配置中的相对路径会正常解析，分类日志会生成在该目录下。

2. 显式指定日志配置文件路径 #

如果应用使用Logback/Log4j等日志框架，可在Java命令中指定日志配置文件的绝对路径，确保Cron环境下能正确加载配置：

• 若使用Logback：

30 11 * * * java -jar /path/to_my_dir_for_jar/springbatch.jar --spring.profiles.active=qa -Dlogback.configurationFile=/path/to_my_dir_for_jar/logback.xml

• 若使用Log4j2：

30 11 * * * java -jar /path/to_my_dir_for_jar/springbatch.jar --spring.profiles.active=qa -Dlog4j2.configurationFile=/path/to_my_dir_for_jar/log4j2.xml

日志配置文件中定义的输出路径会被正确识别，生成对应的分类日志文件。

3. 同步Cron环境变量与手动环境 #

Cron的环境变量通常比手动登录时少，可能导致Java或Spring无法正常加载配置。可通过以下方式解决：

• 在Crontab任务开头加载系统环境变量：

30 11 * * * . /etc/profile && cd /path/to_my_dir_for_jar && java -jar springbatch.jar --spring.profiles.active=qa

• 或在Crontab文件顶部直接定义所需环境变量（比如JAVA_HOME）：

JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64
30 11 * * * cd /path/to_my_dir_for_jar && java -jar springbatch.jar --spring.profiles.active=qa

验证方法 #

先手动模拟Cron的工作环境测试：

cd ~ && java -jar /path/to_my_dir_for_jar/springbatch.jar --spring.profiles.active=qa

如果日志生成在你的主目录（/home/your_user），则说明是工作目录问题，方案1即可解决；如果日志仍未生成，再检查环境变量或日志配置路径。

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