本文主要向大家介绍了Linux运维知识之Linux使用crontab运行Java程序定时任务小记，通过具体的内容向大家展现，希望对大家学习Linux运维知识有所帮助。

Linux中，crontab的功能是十分强大的，能够方便的调度程序的运行，甚至在很多时候能够替代程序中的定时任务。

它的命令格式和主要参数如下：

命令格式
crontab [-u user] [ -e | -l | -r ]

命令参数
-u user：用来设定某个用户的crontab服务；
file：file是命令文件的名字,表示将file做为crontab的任务列表文件并载入crontab。如果在命令行中没有指定这个文件，>crontab命令将接受标准输入（键盘）上键入的命令，并将它们载入crontab。
-e：编辑某个用户的crontab文件内容。如果不指定用户，则表示编辑当前用户的crontab文件。
-l：显示某个用户的crontab文件内容，如果不指定用户，则表示显示当前用户的crontab文件内容。
-r：从/var/spool/cron目录中删除某个用户的crontab文件，如果不指定用户，则默认删除当前用户的crontab文件。
-i：在删除用户的crontab文件时给确认提示。

图片化格式说明：

本次因为需要推送一批数据，简单起见用Java写了个jar程序，用命令行java -jar push.jar调用完事，但是数据是每天都要推送的，难道每天都要手工去执行一下命令行？这显然不切实际。

为了这么个小程序开发个定时任务也嫌麻烦，后来就想到了Linux系统的crontab，但是在使用过程中还是碰到了几个问题，在此记录一下。

第一步，编写start_pust.sh文件，内容简单如下：

#!/bin/bash
java -jar /home/liyd/push.jar

为了避免路径问题引起的错误，这里使用了绝对路径来保证执行正确。

第二步，编写crontab.txt文件，简单的一行指定执行时间：

34 1 * * * /home/liyd/start_push.sh

每天的1点34分调用push.jar。

最后指定crontab运行：

crontab crontab.txt

到这里设置就都完成了，按照我们的预想每天的1点34分就会执行pust.jar推送数据。

可是事情往往不会按我们预想的发展，我们发现程序根本就没有执行，这是为什么呢？因为在这之前我用命令行直接./start_push.sh都是可以的呀。

只能查查资料了，发现网上也有很多人碰到这个问题，总结起来两点：

一、路径问题

二、环境变量问题

这里我为了避免出错已经使用了绝对路径，那看来就是环境变量的问题了。

原来crontab并不会加载环境变量配置，需要我们在脚本中设置，Java程序没有JDK等环境变量当前不能运行了。

修改前面的start_push.sh脚本，加入profile文件的读取：

#!/bin/bash
. /etc/profile
. ~/.bash_profile
java -jar /home/liyd/push.jar

到这里，程序能够正常运行了，使用ps aux | grep java能够看到执行的进程，但是我的Java程序死活没有日志输出啊，查看我的日志配置：

  <appender name="DEFAULT-APPENDER" class="org.apache.log4j.DailyRollingFileAppender">
  <param name="file" value="${user.dir}/logs/common-default.log"/>
  <param name="append" value="true"/>
  <param name="encoding" value="UTF-8"/>
  <layout class="org.apache.log4j.PatternLayout">
  <param name="ConversionPattern" value="[%x][%r][%p][%t] %d{HH:mm:ss,SSS} method:%l %m%n"/>
  </layout>
  </appender>

本来应该是输出到当前项目的logs文件夹下的，这里初步估计应该是${user.dir}这个变量又找不到了吧。

再次修改start_pust.sh文件，加入user.dir参数：

#!/bin/bash
. /etc/profile
. ~/.bash_profile
java -Duser.dir="/home/liyd/" -jar /home/liyd/push.jar

到这里，终于一切正常！

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注系统运维Linux频道！