shell十三问之exec 跟 source 差在哪？ 解析

exec 跟source 差在哪？

这次先让我们从CU Shell 版的一个实例贴子来谈起吧：
(论坛改版后原连结已经失效 )

例中的提问原文如下：

QUOTE:

cd /etc/aa/bb/cc可以执行 
但是把这条命令写入shell时shell不执行！ 
这是什么原因呀！

（意思是：运行脚本后并没有移到/etc/aa/bb/cc 目录）

我当时如何回答暂时别去深究，先让我们了解一下行程(process)的观念好了。
首先，我们所执行的任何程式，都是由父行程(parent process)所产生出来的一个子行程(child process)，
子行程在结束后，将返回到父行程去。 此一现像在Linux 系统中被称为  fork 。
(为何要程为fork 呢？嗯，画一下图或许比较好理解...  ^_^ )
当子行程被产生的时候，将会从父行程那里获得一定的资源分配、及(更重要的是)继承父行程的环境﹗
让我们回到上一章所谈到的"环境变量"吧：
* 所谓环境变量其实就是那些会传给子行程的变量。
简单而言，"遗传性"就是区分本地变量与环境变量的决定性指标。
然而，从遗传的角度来看，我们也不难发现环境变量的另一个重要特征：
* 环境变量只能从父行程到子行程单向继承。 换句话说：在子行程中的环境如何变更，均不会影响父行程的环境。

接下来，再让我们了解一下命令脚本(shell script)的概念。
所谓的shell script 讲起来很简单，就是将你平时在shell prompt 后所输入的多行command line 依序写入一个文件去而已。
其中再加上一些条件判断、互动界面、参数运用、函数调用等等技巧，得以让script 更加"聪明"的执行，
但若撇开这些技巧不谈，我们真的可以简单的看成script 只不过依次执行预先写好的命令行而已。

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

QUOTE:

cd /etc/aa/bb/cc可以执行 
但是把这条命令写入shell时shell不执行！ 
这是什么原因呀！

我当时的答案是这样的：

QUOTE:

因为，一般我们跑的shell script 是用subshell 去执行的。 
从process 的观念来看，是parent process 产生一个child process 去执行， 
当child 结束后，会返回parent ，但parent 的环境是不会因child 的改变而改变的。 
所谓的环境元数很多，凡举effective id, variable, workding dir 等等... 
其中的workding dir ($PWD) 正是楼主的疑问所在： 
当用subshell 来跑script 的话，sub shell 的$PWD 会因为cd 而变更， 
但当返回primary shell 时，$PWD 是不会变更的。

能够了解问题的原因及其原理是很好的，但是？ 如何解决问题恐怕是我们更感兴趣的﹗ 是吧？ ^_^
那好，接下来，再让我们了解一下source 命令好了。
当你有了fork 的概念之后，要理解source 就不难：
* 所谓source 就是让script 在当前shell 内执行、而不是产生一个sub-shell 来执行。
由于所有执行结果均于当前shell 内完成，若script 的环境有所改变，当然也会改变当前环境了﹗
因此，只要我们将原本单独输入的script 命令行变成source 命令的参数，就可轻易解决前例提到的问题了。
比方说，原本我们是如此执行  script 的：

1. ./my.script

复制代码

现在改成这样即可：

1. source ./my.script
   
2. 或：
   
3. . ./my.script

复制代码

说到这里，我想，各位有兴趣看看/etc 底下的众多设定文件，
应该不难理解它们被定议后，如何让其他script 读取并继承了吧？
若然，日后你有机会写自己的script ，应也不难专门指定一个设定文件以供不同的script 一起"共用"了...  ^_^

okay，到这里，若你搞得懂fork 与source 的不同，那接下来再接受一个挑战：
---- 那exec 又与source/fork 有何不同呢？
哦... 要了解exec 或许较为复杂，尤其扯上File Descriptor 的话...
不过，简单来说：
* exec 也是让script 在同一个行程上执行，但是原有行程则被结束了。
也就是简而言之：原有行程会否终止，就是exec 与source/fork 的最大差异了。

嗯，光是从理论去理解，或许没那么好消化，不如动手"实作+思考"来的印象深刻哦。
下面让我们写两个简单的script ，分别命名为1.sh 及2.sh ：

1.sh 

1. 
   
2. #!/bin/bash 
   
3. A=B 
   
4. echo "PID for 1.sh before exec/source/fork:$$"
   
5. export A
   
6. echo "1.sh: \$A is $A"
   
7. case $1 in
   
8.         exec)
   
9.                 echo "using exec..."
   
10.                 exec ./2.sh ;;
    
11.         source)
    
12.                 echo "using source..."
    
13.                 . ./2.sh ;;
    
14.         *)
    
15.                 echo "using fork by default..."
    
16.                 ./2.sh ;;
    
17. esac
    
18. echo "PID for 1.sh after exec/source/fork:$$"
    
19. echo "1.sh: \$A is $A"

复制代码

2.sh 

1. #!/bin/bash
   
2. echo "PID for 2.sh: $$"
   
3. echo "2.sh get \$A=$A from 1.sh"
   
4. A=C
   
5. export A
   
6. echo "2.sh: \$A is $A"

复制代码

然后，分别跑如下参数来观察结果：

1. $ ./1.sh fork
2. #fork让被调用的shell脚本在子进程下执行。
3. PID for 1.sh defore exce/source/fork: 6342 #父进程PID
4. 1.sh: $A is B
5. using fork by default...
6. PID for 2.sh: 6343   #子进程PID
7. 2.sh get $A=B from 1.sh
8. 2.sh: $A is C
9. PID for 1.sh after exec/source/fork:6342
10. 1.sh: $A is B  子进程PID无法改变父进程的环境变量
11. 
    
12. 
    
13. $ ./1.sh source
14.  #source是让shell脚本在当前的shell进程内执行，不会创建一个子进程去执行。
15. PID for 1.sh defore exce/source/fork: 6341   
16. 1.sh: $A is B
17. using source...
18. PID for 2.sh: 6341
19. 2.sh get $A=B from 1.sh
20. 2.sh: $A is C
21. PID for 1.sh after exec/source/fork:6341
22. 1.sh: $A is C
23. 我们看到，1.sh和2.sh的进程ID一样，并且2.sh对环境变量的改变影响到1.sh。这就是因为它们是在同一个进程里执行的结果。
24. 
    
25. 
    
26. 
    
27. $ ./1.sh exec
28. #exec也是让shell脚本在当前的shell进程内执行，但是原有的进程被结束了。
29. PID for 1.sh defore exce/source/fork: 6354
30. 1.sh: $A is B
31. using exec...
32. PID for 2.sh: 6354
33. 2.sh get $A=B from 1.sh
34. 2.sh: $A is C
35. 
    
36. 后面两行没有打印出来，即2.sh一执行，1.sh就结束了。
37. 原有进程会不会结束，是source和exec的本质区别。

复制代码

原文网址：