shell脚本直接运行和crontab结果不一样

问题描述:
案例1.
以前写了个更新svn然后cp到别外一个目录(简称目录a)的脚本，达到另外一个目录的程序定期svn同步的效果。(当然，你可能要问为啥目录a不装个svn up,这个你可以先不管)
脚本写好后，执行没有问题，结果放到crontab中定时跑，却怎么也不行。后来以为是svn权限的问题或是报提示的问题，最后还运用了expect等脚本,依然无效。
最后由于需求改变,这个就搁下了，但为啥放crontab中不能跑的问题在心里一直是个结。
案例2.
最近有个daemon程序在线上跑，不过质量不高，要么跑着跑着同步出了问题，要么就堵死不能提供了,而这个daemon是全站核心,在没有重构之前，必须得有个监控，让其出状况就报警发短信或自动重启。
由于原来就提供了些接口，所以直接模拟流程请求相应接口，出问题就报警。
当然，脚本很简单，写完后执行没问题，直接就放crontab跑了.可以放crontab跑又出问题了,于是开始解决。

解决方法.
1.原有的crontab中设置为(注:相关名字有改变,不影响说明)
* * * * * /usr/home/pro/check/test.sh  >> /usr/home/pro/check/log/test.`date +\%Y\%m\%d`.log
改后为
* * * * * cd /usr/home/pro/check/ && bash test.sh  >> /usr/home/pro/check/log/test.`date +\%Y\%m\%d`.log

2.设置程序执行的环境变量
原有的程序开头加入
source setpath.sh
setpath.sh的代码为
#!/bin/bash
PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/home/x/bin ①
export $PATH
①中是怎么出来的？echo $PATH的结果

嗯，按照上面的方法就解决了。
如果上面或下面有啥错误，请指正。

总结了下，主要涉及以下几个方面.

1.shell环境变量的问题
2.为何要设置PATH环境变量
2.子shell的问题

注:以下摘自<<Linux与unix shell编程指南>>与<<shell十三问>>,有点乱，待整理，当然，这里如果分析得深入一点，还涉及到linux启动过程与shell的关系，伪终端与shell的关系等,有空再整理，也请大家多指教这方面的

什么是shell环境变量?

shell作为内核的一个外壳,通过它我们可以直接把命令行(command line)递交给内核，当然内核也会处理后返回
.shell有一个父进程，我们执行的任何shell程序，都是由产生的一个sub-shell即子shell的。
所谓环境变量其实就是那些会传给子进程的变量。

 

首先，我们所执行的任何程序，都是由父行程(parent process)所产生出来的一个子行程(child
process)，
子行程在结束后，将返回到父行程去

再结合以上两个概念(process + script)，那应该就不难理解如下这句话的意思了：
* 正常来说，当我们执行一个 shell script 时，其实是先产生一个 sub-shell 的子行程，然
后 sub-shell 再去产生命令行的子行程。
然则，那让我们回到本章开始时所提到的例子再从新思

所谓环境变量其实就是那些会传给子行程的变量。
简单而言，"遗传性"就是区分本地变量与环境变量的决定性指针。
然而，从遗传的角度来看，我们也不难发现环境变量的另一个重要特征：
* 环境变量只能从父行程到子行程单向继承。换句话说：在子行程中的环境如何变更，均不会
影响父行程的环境。

 

每次当我们完成系统登入(log in)，我们就取得一个互动模式的 shell ，也称为 login shell
或 primary shell。
若从行程(process)角度来说，我们在 shell 所下达的命令，均是 shell 所产生的子行程。
这现像，我们暂可称之为 fork 。
如果是执行脚本(shell script)的话，脚本中的命令则是由另外一个非互动模式的子 shell
(sub shell)来执行的。
也就是 primary shell 产生 sub shell 的行程，sub shell 再产生 script 中所有命令的
行程。

环境变量用于所有用户进程（经常称为子进程）。登录进程称为父进程。shell中执行的用
户进程均称为子进程。不像本地变量（只用于现在的shell）环境变量可用于所有子进程，这
包括编辑器、脚本和应用。
环境变量可以在命令行中设置，但用户注销时这些值将丢失，因此最好在.profile文件中
定义。系统管理员可能在/etc/profile文件中已经设置了一些环境变量。将之放入profile文件意
味着每次登录时这些值都将被初始化。
传统上，所有环境变量均为大写。环境变量应用于用户进程前，必须用expert命令导出。
环境变量与本地变量设置方式相同。