crontab定时任务执行未成功，手动执行却可以的问题解决

Linux里定时任务crontab执行脚本未成功，手动在shell行执行可以成功

在工作中，我们在liunx的服务器环境上去用脚本来跑一些程序和服务，大部分在需要多次或者持续性、间断性的去跑，通过手动人为的方式去执行比较繁琐，比如在遇到程序挂掉或者晚上、休息日等需要启动服务程序，这时没法及时响应。此时就需要配合cron定时任务来执行！

• 前提:需了解定时任务cron、 了解脚本基本语法、了解环境变量和解释器

例如现有 a 、b 俩个脚本

**'''a.sh'''**
#!/bin/bash
echo "i am linux" > ab.log


**'''b.sh'''**
#!/bin/bash
sh a.sh

很简单的两个shell。 a脚本为 输入 ‘i am linux’ 到 ab.log中； b脚本为 执行 a.sh
crontab配置 ： 1 * * * * sh b.sh
通过定时任务去执行b.sh 发现没有成功，手动去执行b.sh则可以

                    此处需注意   cron的变量和解释器的问题
                    echo “BASH”    --- 查看当前shell默认的解释器 
                    echo "PATH"    ---  查看当前linux机器的执行命令路径
                    /etc/crontab 里配置可查看定时任务对应的BASH PATH   
                    可配置与服务器默认的相同    也可单独配置 source    /etc/profile  可在脚本中加入该行

上述为简单举例说明该问题的通用解决办法

• 以下为工作中实际发生记录，可供参考

背景： 有两个shell A和B，A为使用java启动一个jar包程序；B为判断之前的进程是否正常存在，程序执行日志是否有报错，如需要重启，则自动杀掉现java进程，执行A脚本开启新的jar包
问题： 定时执行前面没问题，执行到执行A脚本时失败，导致触发定时任务时如需重启，则到关闭程序就直接完成退出，没有开启新的程序
###经排查脚本中调用java等用户自己的命令 默认在 /usr/local/bin 下 手动执行启动jar包可以成功，定时任务不行
原因：在定时任务里执行的脚本去调用另一个脚本 脚本会根据定时任务的解释器和操作路径去执行。如果java命令是在/usr/local/bin (一般都是单独放)
则在执行java程序的脚本中 写成全部的绝对路径 java —> /usr/local/bin/java
（java的默认执行命令也需source 刷新） 修改完 配置定时任务 发现可以执行成功
补充：注意涉及命令的变量路径位置、用户权限、命令权限、环境变量的配置、解释器的配置；