Linux计划任务执行结果和手动执行不一致，发生原因有三种：
以下是计划任务和脚本情况介绍，写出具体代码是为了说明第三种情况
1[root@salt-master 09]# crontab -l 2*/1 * * * * /bin/sh /root/test03/09/01.sh >/dev/null 2>&1 3*/1 * * * * /bin/sh /root/test03/09/02.sh >/root/test03/09/03.txt 2>&1 4 5[root@salt-master 09]# cat 01.sh 6#!/bin/bash 7A=`cat /root/test03/09/03.txt` 8echo $A 9 10[root@salt-master 09]# cat 02.sh 11#!/bin/bash 12ls /root/test03/09/* 13[root@salt-master 09]# cat 03.txt 14/root/test03/09/01.sh 15/root/test03/09/02.sh 16/root/test03/09/03.txt
1、脚本中命令未使用绝对路径
一般系统命令没有这个问题，但是一些编译安装的服务命令，如果没有写入环境变量，则会导致调用失败，这时候要么写入环境变量的配置文件，并source文件；要么写上绝对路径。
例如编译安装的mysql，可以使用绝对路径/usr/local/bin/mysql ，则可以避免这个问题，其他命令也一样。
2、crontab配置文件中未使用绝对路径
例如脚本01.sh，如果只写_/1_ _sh 02.sh ，脚本执行一定会报错，这里有个小注意点就是02.
sh的权限问题，如果有可执行权限，可以省略写
_/1 /root/test03/09/02.sh
如果没有可执行权限，则一定要这么写 /1 * /bin/sh /root/test03/09/02.sh
3、最为特殊的情况，只因为两个计划任务都是每分钟执行一次，且01.sh依赖02.sh的输出结果，导致01.sh脚本执行完结果为空
将计划任务修改如下
1[root@salt-master 09]# crontab -l 2*/1 * * * * /bin/sh /root/test03/09/01.sh >> /root/test03/09/04.txt 2>&1
04.txt输出如下：
1[root@salt-master 09]# tail -f 04.txt 2 3++ cat /root/test03/09/03.txt 4+ A= 5+ echo
此时，可以发现A的结果为空，而手动执行结果如下：
1[root@salt-master 09]# sh -x 01.sh 2++ cat /root/test03/09/03.txt 3+ A='/root/test03/09/01.sh 4/root/test03/09/02.sh 5/root/test03/09/03.txt 6/root/test03/09/04.txt' 7+ echo /root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt 8/root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt
是不是很神奇，通过04.txt的输出结果，可以发现01.sh脚本中A的变量输出为空，但是所有的地方都是用了绝对路径，有的同学可以会怀疑环境变量的影响，我这边已经证明，即便source /etc/profile也没有作用，以为与此无关。不相信的可以自行尝试。
解决办法：
在01.sh脚本中，第2行加上sleep 5
原因：
因为两个脚本都是每分钟执行一次，推测可能在执行过程中，03.txt被锁定，导致无法读取内容，只要错开这个时间，就能正常读取结果。这是一种特殊情况导致的结果。