/bin/bash
// #! 特殊符号。说明这个脚本是由/bin 文件夹下的bash这个shell来解释并将解释后的内容给kernel来运行
（2）cd /usr/jdk
（3）/usr/jdk/jdk1.7/bin/javac Test.java
（4）/usr/jdk/jdk1.7/bin/java Test
6、脚本名称： testshell.sh
7、运行这个脚本来编译java程序，解释运行jvm机器码

8、运行脚本command: sh testshell.sh

1、linux有个系统级的定时任务服务。叫cron，终端里的命令是crontab。使用他就能够定时运行脚本

2、编写定时任务的文件叫crontab 在 /etc/文件夹下

3、打开方式有两种。一种是用户级别，一种是系统级别：crontab -e 用户级别    vim crontab 系统级别

4、有两种打开方式也就有两种查看方式。crontab -l 查看用户级别的定时任务  more /less/tail/head 查看系统级别的任务

5、crontab文件里定义的一些 属性：

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
（1）、SHELL变量指定了系统要使用哪个shell，这里是bash。

（2）、PATH变量指定了系统运行命令的路径。

（3）、MAILTO变量指定了crond的任务运行信息将通过电子邮件发送给root用户，假设MAILTO变量的值为空，则表示不发送任务运行信息给用户。

（4）、HOME变量指定了在运行命令或者脚本时使用的主文件夹。

6、定时任务的格式: crontab中的一个实例,这里是使用vim 编辑的所以是系统级的
# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
* * * * * root sh /usr/jdk/testshell.sh

*/1 * * * * root sh /usr/jdk/testshell.sh

解释： 通过crontab 自带的这个我们能够清晰的看到定时任务的格式，所以就不多说了。  上面自定义的两个任务都是每一分钟运行一次任务，而用户是root 

上面是没一分钟运行一次：

以下是每小时运行一次：

0 * * * * rootsh /usr/jdk/testshell.sh    // 每小时的0 分钟运行

0 */1 * * * rootsh /usr/jdk/testshell.sh   // 每小时的0 分钟运行

这两种方式都是定义每一小时的“0”分钟运行一次。 

当然两小时一次也一样：0 */2 * * * rootsh /usr/jdk/testshell.sh

* */2 * * * rootsh /usr/jdk/testshell.sh  这样的方式有的没问题有的没有问题注意使用

在指定的时间范围内每几分钟运行一次：

*/10 4-18 * * * root sh/usr/jdk/testshell.sh  // 从凌晨4点到下午6点每10分钟运行一次。

每一天的指定时间运行一次：

0 0 * * *  rootsh /usr/jdk/testshell.sh      // 每天的0点 0 分运行一次

10 14 * * * rootsh /usr/jdk/testshell.sh     // 每天的14点10分运行一次

10 10,11,14 rootsh /usr/jdk/testshell.sh   // 每天的10、11、14点10分运行一次

每周指定日期时间运行一次：

0 0 * * 0   rootsh /usr/jdk/testshell.sh          // 每周日的0点0分运行一次

01 19 * * 1  rootsh /usr/jdk/testshell.sh       // 每周一的19点1分运行一次
10 15 * *5 rootsh /usr/jdk/testshell.sh        // 每周五的15点10分运行一次

注意：0 和7 表示的的是周日

每月指定日期时间运行一次：

 0 0 1 * * root sh /usr/jdk/testshell.sh         // 每月的第1天的0时0分运行一次
15 14 20 * * root sh /usr/jdk/testshell.sh     // 每月的第20天的14点15分运行一次

7、 到这里定时任务就完毕了，但不一定会成功运行，以下说说像我这样的菜鸟会常常犯的错误        

8、假设定义后没有运行定时任务。则能够去/var/spool/mail  查看 对应的日志，假设报错则说明脚本写的有问题，注意这里出错概率比較大的就是路径的问题，所以在写脚本的时候能够写全路径来试试。

9、假设没报错，则说明没有运行定时任务。cron是一个linux下的定时运行工具，能够在无需人工干预的情况下运行作业。因为Cron 是Linux的内置服务，但它不自己主动起来，能够用下面的方法启动、关闭这个服务：

/sbin/service crond start //启动服务

/sbin/service crond stop //关闭服务

/sbin/service crond restart //重新启动服务

/sbin/service crond reload //又一次加载配置

10、你也能够将这个服务在系统启动的时候自己主动启动：

在/etc/rc.d/rc.local这个脚本的末尾加上：

/sbin/service crond start

11、时间的设定：

分钟 （0-59）

小時 （0-23）

日期 （1-31）

月份 （1-12）

星期 （0-6）//0代表星期天

除了数字还有几个个特殊的符号就是"*"、"/"和"-"、","。*代表全部的取值范围内的数字，"/"代表每的意思,"*/5"表示每5个单位，"-"代表从某个数字到某个数字,","分开几个离散的数字

三、在写调用java的程序脚本时会有个 -cp 这个是干嘛的那，那我们来看看：

1、-cP :解说
由于我们自己写的java程序要执行。可能要包括除java.lang.*外的其他类或类库。使用-cp能够指定这些类库或类。
    java -cp c:\dir1\lib.jar Test  
-cp 和 -classpath 一样。是指定类执行所依赖其它类的路径，一般是类库。jar包之类，须要全路径到jar包。window上分号“；”而linux 下去是“：” 有差别的注意

2、完整实例展示：

source /home/newsgroup/.bash_profile
LANG=zh_CN
export LANG
cd /www/autopublish.news.fang.com/auto_publishnews/bin
/usr/java/jdk1.6.0_35/bin/java -cp .:../lib/commons-httpclient-3.1.jar:../lib/commons-logging.jar:../lib/jdom.jar:../lib/log4j-1.2.8.jar:../lib/sqljdbc4.jar

com.fang.autopub/NewsAutoPublishing

3、实例分析：

（1）、

source命令使用方法：
source FileName
作用:在当前bash环境下读取并运行FileName中的命令。

注：该命令通经常使用命令“.”来替代。
如：source .bash_rc 与 . .bash_rc 是等效的。
注意：source命令与shell scripts的差别是：
source在当前bash环境下运行命令，而scripts是启动一个子shell来运行命令。这样假设把环境变量设置（或alias等等）的命令写进scripts中，就仅仅会影响子shell,无法改变当前的BASH,所以通过文件（命令列）环境变量设置时，要用source 命令。

（2）、
export AAA="hello" 
仅仅是把这个变量载入到内存中，而并没有写入哪个文件。

就像ifconfig eth0 192.168.1.100 up一样，仅仅是对内存进行操作，没有写入到磁盘上，而注销或重新启动之后，系统载入的磁盘上的文件。
要想把他变成永久性的须要把他加入到开机启动的脚本中。/etc/profile、/etc/bashrc等式“全局”。开机之后自己主动载入。全部用户共享着些文件。

而每一个用户的家文件夹下的 .bashrc、.barsh_profile等脚本是“局部”的，仅仅对该用户有效。这样就满足了各个用户不同的需求。

（3）、

-cp 指定了这些包所在的详细路径

最以下的包名称+ 类名称组成完整的路径，可是你会发现。包名称和类名称之间不是使用“，” 而是“/”

四、错误分析：

写的脚本有可能一次不会成功，所以我们要对错误进行分析。而crontab 中的定时任务有没有运行怎么查看那，详细例如以下：

1、查看日志，有没有运行你写的定时任务。日志路径： /var/log/cron  这个就是定时任务的日志，打开后假设能看到你的命令在日志中说明定时任务运行了。错误来自你写的脚本

2、假设日志文件里没有。则说明没有运行你的定时任务，这时我们要重新启动crond服务： /etc/init.d/crond restart

总结：在 Linux 底下的 crontab 会自己主动的帮我们每分钟又一次读取一次 /etc/crontab 的例行工作事项。可是某些原因或者是其他的 Unix 系统中，因为 crontab 是读到内存其中的，所以在你改动完 /etc/crontab 之后，可能并不会立即运行。这个时候请又一次启动 crond 这个服务即 /etc/init.d/crond.