运维经验分享作为一个专题，目前共7篇文章

1. 《运维经验分享（一）-- Linux Shell之ChatterServer服务控制脚本》

2. 《运维经验分享（二）-- Linux Shell之ChatterServer服务控制脚本二次优化》

3. 《运维经验分享（三）-- 解决Ubuntu下crontab不能正确执行Shell脚本的问题（一）》

4. 《运维经验分享（四）--关于 java进程管理的服务控制脚本编程思路分析》

5. 《运维经验分享（五）-- 改进的java进程管理的服务控制脚本》

6. 《运维经验分享（六）-- 深究crontab不能正确执行Shell脚本的问题（二）》

7. 《运维经验分享（七）-- Linux Shell之ChatterServer服务控制脚本第三次优化》

====================================分割线======================================

先前在《运维经验分享（三）-- 解决Ubuntu下crontab不能正确执行脚本的问题》文章中提到Ubuntu下crontab因为默认Shell的原因可能导致crontab不能正确执行。本文章总结和列举一些更需要尤为注意的crontab书写规则。

注：以下规则适用于CentOS和Ubuntu等，是crontab通有的问题，需要特别注意。

1. 环境变量问题。系统自带的环境变量将不能使用，或者能使用的非常少，因此写的脚本中有些明显使用系统环境变量的行就在crontab计划任务中执行失败，典型的就是java程序，因为java程序对JAVA_HOME和JRE_HOME这两个环境变量有很大的依赖。除了java程序，更典型的就是PATH变量，如果PATH变量不加声明的话，则Shell中需要命令将无法使用，因此在执行crontab计划任务时，最好是先声明PATH变量以及相关的变量，除了用export也可以用declare更可用KEY=VALUE的方式去声明，例子请参考文章结束的例子。
   

2. 相对路径与绝对路径问题。crontab不支持相对路径，例如简单的“.”、“..”、“./”、“../”等，如果Shell脚本中有像“.”、“..”、cd、$(pwd)等这样的使用就需要特别注意，最好的解决办法就是在crontab中直接调用另一个Shell脚本，这个Shell脚本中首先指定好所要执行的Shell（如/bin/bash），设定好当前环境变量，再写想实际执行的Shell脚本，这样想在Shell脚本中怎样执行就能在crontab的计划任务中如何执行，不必再担心出现命令行中能执行成功，而在crontab中执行不成功的奇怪现象

3. （补充上一篇文章的知识）crontab默认Shell问题。默认的crontab计划任务的shell是/bin/sh如果你想用bash去执行，则需要将Shell脚本的首行写好，使它能成功的调用bash以及属于bash专用的命令或语法。

示例：

crontab计划任务：

正确的写法：

或（更容易读到cron执行结果的日志，其实在/data/chatterserver-test/cron_chatter.sh中的最后一行加了日志的）

错误的写法：

crontab调用脚本（/data/chatterserver-test/cron_chatter.sh）：

--end--

====================================分割线======================================

运维经验分享作为一个专题，目前共7篇文章

1. 《运维经验分享（一）-- Linux Shell之ChatterServer服务控制脚本》

2. 《运维经验分享（二）-- Linux Shell之ChatterServer服务控制脚本二次优化》

3. 《运维经验分享（三）-- 解决Ubuntu下crontab不能正确执行Shell脚本的问题（一）》

4. 《运维经验分享（四）--关于 java进程管理的服务控制脚本编程思路分析》

5. 《运维经验分享（五）-- 改进的java进程管理的服务控制脚本》

6. 《运维经验分享（六）-- 深究crontab不能正确执行Shell脚本的问题（二）》

7. 《运维经验分享（七）-- Linux Shell之ChatterServer服务控制脚本第三次优化》