前言
最近在工作中遇到了一些问题，crontab定时任务居然不执行，后来我在网上找的时候发现网上主要说了这5个原因：
1 crond服务未启动
crontab不是Linux内核的功能，而是依赖一个crond服务，这个服务可以启动当然也可以停止。如果停止了就无法执行任何定时任务了，解决的方法是打开它:
crond
或
service crond start
如果提示crond命令不存在，可能被误删除了，CentOS下可以通过这个命令重新安装：
yum -y install crontabs
2 权限问题
比如：脚本没有x执行权限，解决方法：
增加执行权限，或者用bash abc.sh的方法执行
也有可能crontab任务所属的用户对某个目录没有写权限，也会失败
3 路径问题
有的命令在shell中执行正常，但是在crontab执行却总是失败。有可能是因为crontab使用的sh未正确识别路径，比如：以root身份登录shell后执行一个/root/test.sh，只要执行
./test.sh
就可以了。但是在crontab中，就会找不到这个脚本，比如写完整：
/root/test.sh
4 时差问题
因为服务器与客户端时差问题，所以crontab的时间以服务器时间为准。
时差这个问题还真是搞人，这个我亲身体验了，现象如下：
(1) 我设置了一个定时脚本，用date命令观察服务器的时间到了脚本执行的时间点，发现没有执行
(2) 但是我把脚本设置成每分钟执行一次，就是OK的
见鬼了，服务器时间是对的啊？莫非是要加个什么时区？于是把脚本的时间减10或者12或者8个小时都尝试了下，发现都不行。
但是很明显是时间不一致导致的不执行。
最后用如下两行解决了问题：
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime service crond restart
参考这篇文章： https://www.jb51.net/article/154296.htm
5 变量问题
有时候命令中含有变量，但crontab执行时却没有，也会造成执行失败。
验证后，我的定时脚本test.sh不执行不是上述任何一种原因，其实我的脚本就一句话：
#!/bin/bash echo 123 >> testFile
我希望通过这种方式来测试 我设置的定时脚本起作用了，于是我设置了该脚本每分钟执行一次，但是死活在脚本所在目录看不到这个文件，我手动执行
# sh test.sh
却能看到在脚本所在目录能看到这个文件
我怀疑是crontab根本没有执行，于是我在crontab中直接添加了
*/1 * * * * echo 123 >> /home/denglinjie/testFile
testFile文件生成了，说明crontab是执行了的，那看来是我脚本自身存在问题
