shell13问-全.doc

基于LINUX操作系统下的各种详细配置（如FTP

(提示：关于 ${name} 事实上还可做到更多的变量处理能力，这些均属于比较进阶的变量处理，
现阶段暂时不介绍了，请大家自行参考数据。如 CU 的贴子：
http://www.chinaunix.net/forum/viewtopic.php?t=201843
)

* export *

严格来说，我们在当前 shell 中所定义的变量，均属于"本地变量"(local variable)，
只有经过 export 命令的"输出"处理，才能成为环境变量(environment variable)：


CODE:[Copy to clipboard]        $ A=B
        $ export A
或：


CODE:[Copy to clipboard]        $ export A=B
经过 export 输出处理之后，变量 A 就能成为一个环境变量供其后的命令使用。
在使用 export  的时侯，请别忘记 shell 在命令行对变量的"替换"(substitution)处理，
比方说：


CODE:[Copy to clipboard]        $ A=B
        $ B=C
        $ export $A
上面的命令并未将 A 输出为环境变量，而是将 B 作输出，
这是因为在这个命令行中，$A 会首先被提换出 B 然后再"塞回"作 export 的参数。

要理解这个 export ，事实上需要从 process 的角度来理解才能透彻。
我将于下一章为大家说明 process 的观念，敬请留意。

*取消变量*

要取消一个变量，在 bash 中可使用 unset 命令来处理：


CODE:[Copy to clipboard]        unset A
与 export 一样，unset 命令行也同样会作变量替换(这其实就是 shell 的功能之一)，
因此：


CODE:[Copy to clipboard]        $ A=B
        $ B=C
        $ unset $A
事实上所取消的变量是 B 而不是 A 。

此外，变量一旦经过 unset 取消之后，其结果是将整个变量拿掉，而不仅是取消其变量值。
如下两行其实是很不一样的：


CODE:[Copy to clipboard]        $ A=
        $ unset A
第一行只是将变量 A 设定为"空值"(null  value)，但第二行则让变量 A 不在存在。
虽然用眼睛来看，这两种变量状态在如下命令结果中都是一样的：


CODE:[Copy to clipboard]        $ A=
        $ echo $A

        $ unset A
        $ echo $A
        
请学员务必能识别 null value 与 unset 的本质区别，这在一些进阶的变量处理上是很严格的。
比方说：


CODE:[Copy to clipboard]        $ str=                # 设为 null
        $ var=${str=expr}        # 定义 var
        $ echo $var
        
        $ echo $str
        
        $ unset str        # 取消
        $ var=${str=expr}        # 定义 var
        $ echo $var
        expr
        $ echo $str
        expr
聪明的读者(yes, you!)，稍加思考的话，
应该不难发现为何同样的 var=${str=expr} 在 null 与 unset 之下的不同吧？
若你看不出来，那可能是如下原因之一：
a. 你太笨了
b. 不了解  var=${str=expr}        这个进阶处理
c. 对本篇说明还没来得及消化吸收
e. 我讲得不好
不知，你选哪个呢？....  ^_^ 

6) exec 跟 source 差在哪？

这次先让我们从 CU Shell 版的一个实例贴子来谈起吧：
( http://www.chinaunix.net/forum/viewtopic.php?t=194191 )

例中的提问是：


QUOTE:
cd /etc/aa/bb/cc可以执行 
但是把这条命令写入shell时shell不执行！ 
这是什么原因呀！ 
我当时如何回答暂时别去深究，先让我们了解一下行程(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 的：


CODE:[Copy to clipboard]./my.script
现在改成这样即可：


CODE:[Copy to clipboard]source ./my.script
或：
. ./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


CODE:[Copy to clipboard]
#!/bin/bash 
A=B 
echo "PID for 1.sh before exec/source/fork:$$"
export A
echo "1.sh: \$A is $A"
case $1 in
        exec)
                echo "using exec..."
                exec ./2.sh ;;
        source)
                echo "using source..."
                . ./2.sh ;;
        *)
                echo "using fork by default..."
                ./2.sh ;;
esac
echo "PID for 1.sh after exec/source/fork:$$"
echo "1.sh: \$A is $A"
2.sh


CODE:[Copy to clipboard]#!/bin/bash
echo "PID for 2.sh: $$"
echo "2.sh get \$A=$A from 1.sh"
A=C
export A
echo "2.sh: \$A is $A"
然后，分别跑如下参数来观察结果：


CODE:[Copy to clipboard]$ ./1.sh fork
$ ./1.sh source
$ ./1.sh exec
或是，你也可以参考 CU 上的另一贴子：
http://www.chinaunix.net/forum/viewtopic.php?t=191051

好了，别忘了仔细比较输出结果的不同及背后的原因哦...
若有疑问，欢迎提出来一起讨论讨论~~~

happy scripting! ^_^ 

7) ( ) 与 { } 差在哪？ 

嗯，这次轻松一下，不讲太多...  ^_^

先说一下，为何要用 ( ) 或 { } 好了。
许多时候，我们在 shell 操作上，需要在一定条件下一次执行多个命令，
也就是说，要么不执行，要么就全执行，而不是每次依序的判断是否要执行下一个命令。
或是，需要从一些命令执行优先次顺中得到豁免，如算术的 2*(3+4) 那样...
这时候，我们就可引入"命令群组"(command group)的概念：将多个命令集中处理。

在 shell command line 中，一般人或许不太计较 ( ) 与 { } 这两对符号的差异，
虽然两者都可将多个命令作群组化处理，但若从技术细节上，却是很不一样的：
( ) 将 command group 置于 sub-shell 去执行，也称 nested sub-shell。
{ } 则是在同一个 shell 内完成，也称为 non-named command group。
若，你对上一章的 fork 与 source 的概念还记得了的话，那就不难理解两者的差异了。
要是在 command group 中扯上变量及其它环境的修改，我们可以根据不同的需求来使用 ( ) 或 { } 。
通常而言，若所作的修改是临时的，且不想影响原有或以后的设定，那我们就 nested sub-shell ，
反之，则用 non-named command group 。

是的，光从 command line 来看，( ) 与 { } 的差别就讲完了，够轻松吧~~~  ^_^
然而，若这两个 meta 用在其它 command meta 或领域中(如 Regular Expression)，还是有很多差别的。
只是，我不打算再去说明了，留给读者自己慢慢发掘好了...
我这里只想补充一个概念，就是 function 。
所谓的 function ，就是用一个名字去命名一个  command group ，然后再调用这个名字去执行 command group 。
从 non-named command group 来推断，大概你也可以猜到我要说的是 { } 了吧？(yes! 你真聪明﹗  ^_^ )

在 bash 中，function 的定义方式有两种：
方式一：


CODE:[Copy to clipboard]function function_name {
    command1
    command2
    command3
    ....
}
方式二：


CODE:[Copy to clipboard]fuction_name () {
    command1
    command2
    command3
    ....
}
用哪一种方式无所谓，只是若碰到所定意的名称与现有的命令或别名(Alias)冲突的话，方式二或许会失败。
但方式二起码可以少打 function 这一串英文字母，对懒人来说(如我)，又何乐不为呢？...  ^_^

function 在某一程度来说，也可称为"函式"，但请不要与传统编程所使用的函式(library)搞混了，毕竟两者差异很大。
惟一相同的是，我们都可以随时用"已定义的名称"来调用它们...
若我们在 shell 操作中，需要不断的重复质行某些命令，我们首先想到的，或许是将命令写成命令稿(shell script)。
不过，我们也可以写成 function ，然后在 command line 中打上 function_name 就可当一舨的 script 来使用了。
只是若你在 shell 中定义的 function ，除了可用 unset function_name 取消外，一旦退出 shell ，function 也跟着取消。
然而，在 script 中使用 function 却有许多好处，除了可以提高整体 script 的执行效能外(因为已被加载)，
还可以节省许多重复的代码...

简单而言，若你会将多个命令写成 script 以供调用的话，那，你可以将 function 看成是 script 中的 script ...  ^_^
而且，透过上一章介绍的 source 命令，我们可以自行定义许许多多好用的 function ，再集中写在特定文件中，
然后，在其它的 script 中用 source 将它们加载并反复执行。
若你是 RedHat Linux 的使用者，或许，已经猜得出 /etc/rc.d/init.d/functions 这个文件是作啥用的了~~~  ^_^

okay，说要轻松点的嘛，那这次就暂时写到这吧。祝大家学习愉快﹗  ^_^ 

8) $(( )) 与 $( ) 还有${ } 差在哪？