exec 跟source 差在哪?
这次先让我们从CU 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 再去产生命令行的子行程。
然则,那让我们回到本章开始时所提到的例子再从新思考:
我当时的答案是这样的:
能够了解问题的原因及其原理是很好的,但是? 如何解决问题恐怕是我们更感兴趣的﹗ 是吧? ^_^
那好,接下来,再让我们了解一下source 命令好了。
当你有了fork 的概念之后,要理解source 就不难:
* 所谓source 就是让script 在当前shell 内执行、而不是产生一个sub-shell 来执行。
由于所有执行结果均于当前shell 内完成,若script 的环境有所改变,当然也会改变当前环境了﹗
因此,只要我们将原本单独输入的script 命令行变成source 命令的参数,就可轻易解决前例提到的问题了。
比方说,原本我们是如此执行 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
2.sh
然后,分别跑如下参数来观察结果:
阅读(487) | 评论(0) | 转发(0) |
<script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/buttonLite.js#style=-1&uuid=&pophcol=3&lang=zh"></script> <script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/bshareC0.js"></script>
这次先让我们从CU 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 再去产生命令行的子行程。
然则,那让我们回到本章开始时所提到的例子再从新思考:
我当时的答案是这样的:
能够了解问题的原因及其原理是很好的,但是? 如何解决问题恐怕是我们更感兴趣的﹗ 是吧? ^_^
那好,接下来,再让我们了解一下source 命令好了。
当你有了fork 的概念之后,要理解source 就不难:
* 所谓source 就是让script 在当前shell 内执行、而不是产生一个sub-shell 来执行。
由于所有执行结果均于当前shell 内完成,若script 的环境有所改变,当然也会改变当前环境了﹗
因此,只要我们将原本单独输入的script 命令行变成source 命令的参数,就可轻易解决前例提到的问题了。
比方说,原本我们是如此执行 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
2.sh
然后,分别跑如下参数来观察结果:
原文网址:
相关热门文章
给主人留下些什么吧!~~
评论热议