这应该是个蛮有趣的话题：‘什么是 Shell ’？相信只要摸过电脑，对于作业系统 (不论是 Linux 、 Unix 或者是 Windows) 有点概念的朋友们大多听过这个名词，因为只要有‘作业系统’那么就离不开 Shell 这个东西。不过，在讨论 Shell 之前，我们先来了解一下电脑的运作状况吧！ 举个例子来说：当你要电脑传输出来‘音乐’的时候，你的电脑需要什么东西呢？

1. 硬体：当然就是需要你的硬体有‘音效卡晶片’这个配备，否则怎么会有声音；
2. 核心管理：作业系统的核心可以支援这个晶片组，当然还需要提供晶片的驱动程序啰；
3. 应用程序：需要使用者 (就是你) 输入发生声音的指令啰！

这就是基本的一个输出声音所需要的步骤！也就是说，你必须要‘输入’一个指令之后， ‘硬体’才会透过你下达的指令来工作！那么硬体如何知道你下达的指令呢？那就是 kernel (核心) 的控制工作了！也就是说，我们必须要透过‘ Shell ’将我们输入的指令与 Kernel 沟通，好让 Kernel 可以控制硬体来正确无误的工作！ 基本上，我们可以透过底下这张图来说明一下：

图 1.1.1、硬体、核心与使用者的相关性图示

我们在第零章内的作业系统小节曾经提到过， 作业系统其实是一组软件，由于这组软件在控制整个硬体与管理系统的活动监测， 如果这组软件能被使用者随意的操作，若使用者应用不当，将会使得整个系统崩溃！因为作业系统管理的就是整个硬体功能嘛！ 所以当然不能够随便被一些没有管理能力的终端用户随意使用啰！

但是我们总是需要让使用者操作系统的，所以就有了在作业系统上面发展的应用程序啦！使用者可以透过应用程序来指挥核心， 让核心达成我们所需要的硬体任务！如果考虑如第零章所提供的作业系统图示(图4.2.1)， 我们可以发现应用程序其实是在最外层，就如同鸡蛋的外壳一样，因此这个咚咚也就被称呼为壳程序 (shell) 啰！

其实壳程序的功能只是提供使用者操作系统的一个介面，因此这个壳程序需要可以呼叫其他软件才好。 我们在第五章到第十章提到过很多指令，包括 man, chmod, chown, vi, fdisk, mkfs 等等指令，这些指令都是独立的应用程序， 但是我们可以透过壳程序 (就是指令列模式) 来操作这些应用程序，让这些应用程序呼叫核心来运作所需的工作哩！ 这样对于壳程序是否有了一定的概念了？

Tips: 也就是说，只要能够操作应用程序的介面都能够称为壳程序。狭义的壳程序指的是指令列方面的软件，包括本章要介绍的 bash 等。 广义的壳程序则包括图形介面的软件！因为图形介面其实也能够操作各种应用程序来呼叫核心工作啊！ 不过在本章中，我们主要还是在使用 bash 啦！

文字介面的 shell 是很不好学的，但是学了之后好处多多！所以， 在这里鸟哥要先对您进行一些心理建设，先来了解一下为啥学习 shell 是有好处的，这样你才会有信心继续玩下去 ^_^

• 文字介面的 shell：大家都一样！

鸟哥常常听到这个问题：‘我干嘛要学习 shell 呢？ 不是已经有很多的工具可以提供我设定我的主机了？我为何要花这么多时间去学指令呢？不是以 X Window 按一按几个按钮就可以搞定了吗？’唉～还是得一再地强调， X Window 还有 Web 介面的设定工具例如 Webmin (注1) 是真的好用的家伙， 他真的可以帮助我们很简易的设定好我们的主机，甚至是一些很进阶的设定都可以帮我们搞定。

但是鸟哥在前面的章节里面也已经提到过相当多次了， X Window 与 web 介面的工具，他的介面虽然亲善，功能虽然强大， 但毕竟他是将所有利用到的软件都整合在一起的一组应用程序而已， 并非是一个完整的套件，所以某些时候当你升级或者是使用其他套件管理模组 (例如 tarball 而非 rpm 文件等等) 时，就会造成设定的困扰了。甚至不同的 distribution 所设计的 X window 介面也都不相同，这样也造成学习方面的困扰。

文字介面的 shell 就不同了！几乎各家 distributions 使用的 bash 都是一样的！如此一来， 你就能够轻轻松松的转换不同的 distributions ，就像武侠小说里面提到的‘一法通、万法通！’

• 远端管理：文字介面就是比较快！

此外，Linux 的管理常常需要透过远端连线，而连线时文字介面的传输速度一定比较快， 而且，较不容易出现断线或者是资讯外流的问题，因此，shell 真的是得学习的一项工具。而且，他可以让您更深入 Linux ，更了解他，而不是只会按一按滑鼠而已！所谓‘天助自助者！’多摸一点文字模式的东西，会让你与 Linux 更亲近呢！

• Linux 的任督二脉： shell 是也！

有些朋友也很可爱，常会说：‘我学这么多干什么？ 又不常用，也用不到！’嘿嘿！有没有听过‘书到用时方恨少？’ 当你的主机一切安然无恙的时候，您当然会觉得好像学这么多的东西一点帮助也没有呀！ 万一，某一天真的不幸给他中标了，您该如何是好？是直接重新安装？ 还是先追踪入侵来源后进行漏洞的修补？或者是干脆就关站好了？这当然涉及很多的考量， 但就以鸟哥的观点来看，多学一点总是好的，尤其我们可以有备而无患嘛！甚至学的不精也没有关系，了解概念也就 OK 啦！毕竟没有人要您一定要背这么多的内容啦！了解概念就很了不起了！

此外，如果你真的有心想要将您的主机管理的好，那么良好的 shell 程序编写是一定需要的啦！就鸟哥自己来说，鸟哥管理的主机虽然还不算多， 只有区区不到十部，但是如果每部主机都要花上几十分钟来查阅他的登录档资讯以及相关的讯息， 那么鸟哥可能会疯掉！基本上，也太没有效率了！这个时候，如果能够藉由 shell 提供的资料流重导向以及管线命令，呵呵！ 那么鸟哥分析登录资讯只要花费不到十分钟就可以看完所有的主机之重要资讯了！相当的好用呢！

由于学习 shell 的好处真的是多多啦！所以，如果你是个系统管理员，或者有心想要管理系统的话，那么 shell 与 shell scripts 这个东西真的有必要看一看！因为他就像‘打通任督二脉，任何武功都能随你应用’的说！

知道什么是 Shell 之后，那么我们来了解一下 Linux 使用的是哪一个 shell 呢？什么！哪一个？难道说 shell 不就是‘一个 shell 吗？’哈哈！那可不！由于早年的 Unix 年代，发展者众，所以由于 shell 依据发展者的不同就有许多的版本，例如常听到的 Bourne SHell (sh) 、在 Sun 里头预设的 C SHell、 商业上常用的 K SHell、, 还有 TCSH 等等，每一种 Shell 都各有其特点。至于 Linux 使用的这一种版本就称为‘ Bourne Again SHell (简称 bash) ’，这个 Shell 是 Bourne Shell 的增强版本，也是基准于 GNU 的架构下发展出来的呦！

在介绍 shell 的优点之前，先来说一说 shell 的简单历史吧(注2)：第一个流行的 shell 是由 Steven Bourne 发展出来的，为了纪念他所以就称为 Bourne shell ，或直接简称为 sh ！而后来另一个广为流传的 shell 是由柏克莱大学的 Bill Joy 设计依附于 BSD 版的 Unix 系统中的 shell ，这个 shell 的语法有点类似 C 语言，所以才得名为 C shell ，简称为 csh ！由于在学术界 Sun 主机势力相当的庞大，而 Sun 主要是 BSD 的分支之一，所以 C shell 也是另一个很重要而且流传很广的 shell 之一 。

Tips: 由于 Linux 为 C 程序语言撰写的，很多程序设计师使用 C 来开发软件，因此 C shell 相对的就很热门了。 另外，还记得我们在第一章、Linux 是什么提到的吧？ Sun 公司的创始人就是 Bill Joy，而 BSD 最早就是 Bill Joy 发展出来的啊。

那么目前我们的 Linux (以 CentOS 5.x 为例) 有多少我们可以使用的 shells 呢？ 你可以检查一下 /etc/shells 这个文件，至少就有底下这几个可以用的 shells：

• /bin/sh (已经被 /bin/bash 所取代)
• /bin/bash (就是 Linux 预设的 shell)
• /bin/ksh (Kornshell 由 AT&T Bell lab. 发展出来的，相容于 bash)
• /bin/tcsh (整合 C Shell ，提供更多的功能)
• /bin/csh (已经被 /bin/tcsh 所取代)
• /bin/zsh (基于 ksh 发展出来的，功能更强大的 shell)

虽然各家 shell 的功能都差不多，但是在某些语法的下达方面则有所不同，因此建议你还是得要选择某一种 shell 来熟悉一下较佳。 Linux 预设就是使用 bash ，所以最初你只要学会 bash 就非常了不起了！ ^_^！ 另外，咦！为什么我们系统上合法的 shell 要写入 /etc/shells 这个文件啊？ 这是因为系统某些服务在运作过程中，会去检查使用者能够使用的 shells ，而这些 shell 的查询就是藉由 /etc/shells 这个文件啰！

举例来说，某些 FTP 网站会去检查使用者的可用 shell ，而如果你不想要让这些使用者使用 FTP 以外的主机资源时，可能会给予该使用者一些怪怪的 shell，让使用者无法以其他服务登入主机。 这个时候，你就得将那些怪怪的 shell 写到 /etc/shells 当中了。举例来说，我们的 CentOS 5.x 的 /etc/shells 里头就有个 /sbin/nologin 文件的存在，这个就是我们说的怪怪的 shell 啰～

那么，再想一想，我这个使用者什么时候可以取得 shell 来工作呢？还有， 我这个使用者预设会取得哪一个 shell 啊？还记得我们在第五章的在终端介面登入linux小节当中提到的登入动作吧？ 当我登入的时候，系统就会给我一个 shell 让我来工作了。 而这个登入取得的 shell 就记录在 /etc/passwd 这个文件内！这个文件的内容是啥？

[root@www ~]# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin

daemon:x:2:2:daemon:/sbin:/sbin/nologin
.....(底下省略).....

如上所示，在每一行的最后一个资料，就是你登入后可以取得的预设的 shell 啦！那你也会看到， root 是 /bin/bash ，不过，系统帐号 bin 与 daemon 等等，就使用那个怪怪的 /sbin/nologin 啰～关于使用者这部分的内容，我们留在第十四章的帐号管理时提供更多的说明。

既然 /bin/bash 是 Linux 预设的 shell ，那么总是得了解一下这个玩意儿吧！bash 是 GNU 计划中重要的工具软件之一，目前也是 Linux distributions 的标准 shell 。 bash 主要相容于 sh ，并且依据一些使用者需求，而加强的 shell 版本。不论你使用的是那个 distribution ，你都难逃需要学习 bash 的宿命啦！那么这个 shell 有什么好处，干嘛 Linux 要使用他作为预设的 shell 呢？ bash 主要的优点有底下几个：

• 命令编修能力 (history)：

bash 的功能里头，鸟哥个人认为相当棒的一个就是‘他能记忆使用过的指令！’ 这功能真的相当的棒！因为我只要在指令列按‘上下键’就可以找到前/后一个输入的指令！而在很多 distribution 里头，预设的指令记忆功能可以到达 1000 个！也就是说， 你曾经下达过的指令几乎都被记录下来了。

这么多的指令记录在哪里呢？在你的家目录内的 .bash_history 啦！ 不过，需要留意的是，~/.bash_history 记录的是前一次登入以前所执行过的指令， 而至于这一次登入所执行的指令都被暂存在记忆体中，当你成功的登出系统后，该指令记忆才会记录到 .bash_history 当中！

这有什么功能呢？最大的好处就是可以‘查询曾经做过的举动！’ 如此可以知道你的执行步骤，那么就可以追踪你曾下达过的指令，以作为除错的工具！ 但如此一来也有个烦恼，就是如果被骇客入侵了，那么他只要翻你曾经执行过的指令， 刚好你的指令又跟系统有关 (例如直接输入 MySQL 的密码在指令列上面)，那你的主机可就伤脑筋了！ 到底记录指令的数目越多还是越少越好？这部份是见仁见智啦，没有一定的答案的。

• 命令与文件补全功能： ([tab] 按键的好处)

还记得我们在第五章内的重要的几个热键小节当中提到的 [tab] 这个按键吗？这个按键的功能就是在 bash 里头才有的啦！常常在 bash 环境中使用 [tab] 是个很棒的习惯喔！因为至少可以让你 1)少打很多字； 2)确定输入的资料是正确的！ 使用 [tab] 按键的时机依据 [tab] 接在指令后或参数后而有所不同。我们再复习一次：

• [Tab] 接在一串指令的第一个字的后面，则为命令补全；
• [Tab] 接在一串指令的第二个字以后时，则为‘文件补齐’！

所以说，如果我想要知道我的环境中，所有可以执行的指令有几个？ 就直接在 bash 的提示字元后面连续按两次 [tab] 按键就能够显示所有的可执行指令了。 那如果想要知道系统当中所有以 c 为开头的指令呢？就按下‘ c[tab][tab] ’就好啦！ ^_^

是的！真的是很方便的功能，所以，有事没事，在 bash shell 底下，多按几次 [tab] 是一个不错的习惯啦！

• 命令别名设定功能： (alias)

假如我需要知道这个目录底下的所有文件 (包含隐藏档) 及所有的文件属性，那么我就必须要下达‘ ls -al ’这样的指令串，唉！真麻烦，有没有更快的取代方式？呵呵！就使用命令别名呀！例如鸟哥最喜欢直接以 lm 这个自订的命令来取代上面的命令，也就是说， lm 会等于 ls -al 这样的一个功能，嘿！那么要如何作呢？就使用 alias 即可！你可以在指令列输入 alias 就可以知道目前的命令别名有哪些了！也可以直接下达命令来设定别名呦：

alias lm='ls -al'

• 工作控制、前景背景控制： (job control, foreground, background)

这部分我们在第十七章 Linux 程序控制中再提及！ 使用前、背景的控制可以让工作进行的更为顺利！至于工作控制(jobs)的用途则更广， 可以让我们随时将工作丢到背景中执行！而不怕不小心使用了 [Ctrl] + c 来停掉该程序！真是好样的！此外，也可以在单一登入的环境中，达到多工的目的呢！

• 程序化脚本： (shell scripts)

在 DOS 年代还记得将一堆指令写在一起的所谓的‘批次档’吧？在 Linux 底下的 shell scripts 则发挥更为强大的功能，可以将你平时管理系统常需要下达的连续指令写成一个文件， 该文件并且可以透过对谈互动式的方式来进行主机的探测工作！也可以藉由 shell 提供的环境变数及相关指令来进行设计，哇！整个设计下来几乎就是一个小型的程序语言了！该 scripts 的功能真的是超乎我的想像之外！以前在 DOS 底下需要程序语言才能写的东西，在 Linux 底下使用简单的 shell scripts 就可以帮你达成了！真的厉害！这部分我们在第十三章再来谈！

• 万用字元： (Wildcard)

除了完整的字串之外， bash 还支援许多的万用字元来帮助使用者查询与指令下达。 举例来说，想要知道 /usr/bin 底下有多少以 X 为开头的文件吗？使用：‘ ls -l /usr/bin/X* ’就能够知道啰～此外，还有其他可供利用的万用字元， 这些都能够加快使用者的操作呢！

我们在第五章提到关于 Linux 的线上说明文件部分，也就是 man page 的内容，那么 bash 有没有什么说明文件啊？开玩笑～ 这么棒的东西怎么可能没有说明文件！请你在 shell 的环境下，直接输入 man bash 瞧一瞧， 嘿嘿！不是盖的吧！让你看个几天几夜也无法看完的 bash 说明文件，可是很详尽的资料啊！ ^_^

不过，在这个 bash 的 man page 当中，不知道你是否有察觉到，咦！ 怎么这个说明文件里面有其他的文件说明啊？举例来说，那个 cd 指令的说明就在这个 man page 内？ 然后我直接输入 man cd 时，怎么出现的画面中，最上方竟然出现一堆指令的介绍？这是怎么回事？ 为了方便 shell 的操作，其实 bash 已经‘内建’了很多指令了，例如上面提到的 cd ， 还有例如 umask 等等的指令，都是内建在 bash 当中的呢！

那我怎么知道这个指令是来自于外部指令(指的是其他非 bash 所提供的指令) 或是内建在 bash 当中的呢？ 嘿嘿！利用 type 这个指令来观察即可！举例来说：

[root@www ~]# type [-tpa] name
选项与参数：
    ：不加任何选项与参数时，type 会显示出 name 是外部指令还是 bash 内建指令
-t  ：当加入 -t 参数时，type 会将 name 以底下这些字眼显示出他的意义：
      file    ：表示为外部指令；
      alias   ：表示该指令为命令别名所设定的名称；
      builtin ：表示该指令为 bash 内建的指令功能；
-p  ：如果后面接的 name 为外部指令时，才会显示完整档名；
-a  ：会由 PATH 变数定义的路径中，将所有含 name 的指令都列出来，包含 alias

范例一：查询一下 ls 这个指令是否为 bash 内建？
[root@www ~]# type ls
ls is aliased to `ls --color=tty' <==未加任何参数，列出 ls 的最主要使用情况

[root@www ~]# type -t ls
alias                             <==仅列出 ls 执行时的依据
[root@www ~]# type -a ls
ls is aliased to `ls --color=tty' <==最先使用 aliase
ls is /bin/ls                     <==还有找到外部指令在 /bin/ls

范例二：那么 cd 呢？

[root@www ~]# type cd
cd is a shell builtin             <==看到了吗？ cd 是 shell 内建指令

透过 type 这个指令我们可以知道每个指令是否为 bash 的内建指令。 此外，由于利用 type 搜寻后面的名称时，如果后面接的名称并不能以执行档的状态被找到， 那么该名称是不会被显示出来的。也就是说， type 主要在找出‘执行档’而不是一般文件档名喔！ 呵呵！所以，这个 type 也可以用来作为类似 which 指令的用途啦！找指令用的！

我们在第五章的开始下达指令小节已经提到过在 shell 环境下的指令下达方法，如果你忘记了请回到第五章再去回忆一下！这里不重复说明了。 鸟哥这里仅就反斜线 (\) 来说明一下指令下达的方式啰！

范例：如果指令串太长的话，如何使用两行来输出？

[vbird@www ~]# cp /var/spool/mail/root /etc/crontab \
> /etc/fstab /root

上面这个指令用途是将三个文件复制到 /root 这个目录下而已。不过，因为指令太长， 于是鸟哥就利用‘ \[Enter] ’来将 [Enter] 这个按键‘跳脱！’开来，让 [Enter] 按键不再具有‘开始执行’的功能！好让指令可以继续在下一行输入。 需要特别留意， [Enter] 按键是紧接着反斜线 (\) 的，两者中间没有其他字元。 因为 \ 仅跳脱‘紧接着的下一个字符’而已！所以，万一我写成： ‘ \ [Enter] ’，亦即 [Enter] 与反斜线中间有一个空格时，则 \ 跳脱的是‘空白键’而不是 [Enter] 按键！这个地方请再仔细的看一遍！很重要！

如果顺利跳脱 [Enter] 后，下一行最前面就会主动出现 > 的符号， 你可以继续输入指令啰！也就是说，那个 > 是系统自动出现的，你不需要输入。

总之，当我们顺利的在终端机 (tty) 上面登入后， Linux 就会依据 /etc/passwd 文件的设定给我们一个 shell (预设是 bash)，然后我们就可以依据上面的指令下达方式来操作 shell， 之后，我们就可以透过 man 这个线上查询来查询指令的使用方式与参数说明， 很不错吧！那么我们就赶紧更进一步来操作 bash 这个好玩的东西啰！

那么，什么是‘变数’呢？简单的说，就是让某一个特定字串代表不固定的内容就是了。举个大家在国中都会学到的数学例子， 那就是：‘ y = ax + b ’这东西，在等号左边的(y)就是变数，在等号右边的(ax+b)就是变数内容。 要注意的是，左边是未知数，右边是已知数喔！ 讲的更简单一点，我们可以‘用一个简单的 "字眼" 来取代另一个比较复杂或者是容易变动的资料’。这有什么好处啊？最大的好处就是‘方便！’。

• 变数的可变性与方便性

举例来说，我们每个帐号的邮件信箱预设是以 MAIL 这个变数来进行存取的， 当 dmtsai 这个使用者登入时，他便会取得 MAIL 这个变数，而这个变数的内容其实就是 /var/spool/mail/dmtsai， 那如果 vbird 登入呢？他取得的 MAIL 这个变数的内容其实就是 /var/spool/mail/vbird 。 而我们使用信件读取指令 mail 来读取自己的邮件信箱时，嘿嘿，这支程序可以直接读取 MAIL 这个变数的内容， 就能够自动的分辨出属于自己的信箱信件啰！这样一来，设计程序的设计师就真的很方便的啦！

图 2.1.1、程序、变数与不同使用者的关系

如上图所示，由于系统已经帮我们规划好 MAIL 这个变数，所以使用者只要知道 mail 这个指令如何使用即可， mail 会主动的取用 MAIL 这个变数，就能够如上图所示的取得自己的邮件信箱了！(注意大小写，小写的 mail 是指令， 大写的 MAIL 则是变数名称喔！)

那么使用变数真的比较好吗？这是当然的！想像一个例子，如果 mail 这个指令将 root 收信的邮件信箱 (mailbox) 档名为 /var/spool/mail/root 直接写入程序码中。那么当 dmtsai 要使用 mail 时，将会取得 /var/spool/mail/root 这个文件的内容！ 不合理吧！所以你就需要帮 dmtsai 也设计一个 mail 的程序，将 /var/spool/mail/dmtsai 写死到 mail 的程序码当中！ 天呐！那系统要有多少个 mail 指令啊？反过来说，使用变数就变的很简单了！因为你不需要更动到程序码啊！ 只要将 MAIL 这个变数带入不同的内容即可让所有使用者透过 mail 取得自己的信件！当然简单多了！

• 影响 bash 环境操作的变数

某些特定变数会影响到 bash 的环境喔！举例来说，我们前面已经提到过很多次的那个 PATH 变数！ 你能不能在任何目录下执行某个指令，与 PATH 这个变数有很大的关系。例如你下达 ls 这个指令时，系统就是透过 PATH 这个变数里面的内容所记录的路径顺序来搜寻指令的呢！如果在搜寻完 PATH 变数内的路径还找不到 ls 这个指令时， 就会在荧幕上显示‘ command not found ’的错误讯息了。

如果说的学理一点，那么由于在 Linux System 下面，所有的执行续都是需要一个执行码， 而就如同上面提到的，你‘真正以 shell 来跟 Linux 沟通，是在正确的登入 Linux 之后！’这个时候你就有一个 bash 的执行程序，也才可以真正的经由 bash 来跟系统沟通啰！而在进入 shell 之前，也正如同上面提到的，由于系统需要一些变数来提供他资料的存取 (或者是一些环境的设定参数值， 例如是否要显示彩色等等的) ，所以就有一些所谓的‘环境变数’ 需要来读入系统中了！这些环境变数例如 PATH、HOME、MAIL、SHELL 等等，都是很重要的， 为了区别与自订变数的不同，环境变数通常以大写字元来表示呢！

• 脚本程序设计 (shell script) 的好帮手

这些还都只是系统预设的变数的目的，如果是个人的设定方面的应用呢：例如你要写一个大型的 script 时，有些资料因为可能由于使用者习惯的不同而有差异，比如说路径好了，由于该路径在 script 被使用在相当多的地方，如果下次换了一台主机，都要修改 script 里面的所有路径，那么我一定会疯掉！ 这个时候如果使用变数，而将该变数的定义写在最前面，后面相关的路径名称都以变数来取代， 嘿嘿！那么你只要修改一行就等于修改整篇 script 了！方便的很！所以，良好的程序设计师都会善用变数的定义！

图 2.1.2、变数应用于 shell script 的示意图

最后我们就简单的对‘什么是变数’作个简单定义好了： ‘变数就是以一组文字或符号等，来取代一些设定或者是一串保留的资料！’， 例如：我设定了‘myname’就是‘VBird’，所以当你读取 myname 这个变数的时候，系统自然就会知道！哈！那就是 VBird 啦！ 那么如何‘显示变数’呢？这就需要使用到 echo 这个指令啦！

说的口沫横飞的，也不知道‘变数’与‘变数代表的内容’有啥关系？ 那我们就将‘变数’的‘内容’拿出来给您瞧瞧好了。你可以利用 echo 这个指令来取用变数， 但是，变数在被取用时，前面必须要加上钱字号‘ $ ’才行，举例来说，要知道 PATH 的内容，该如何是好？

• 变数的取用: echo

[root@www ~]# echo $variable
[root@www ~]# echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
[root@www ~]# echo ${PATH}

变数的取用就如同上面的范例，利用 ehco 就能够读出，只是需要在变数名称前面加上 $ ， 或者是以 ${变数} 的方式来取用都可以！当然啦，那个 echo 的功能可是很多的， 我们这里单纯是拿 echo 来读出变数的内容而已，更多的 echo 使用，请自行给他 man echo 吧！ ^_^

现在我们知道了变数与变数内容之间的相关性了，好了，那么我要如何‘设定’或者是‘修改’ 某个变数的内容啊？很简单啦！用‘等号(=)’连接变数与他的内容就好啦！举例来说： 我要将 myname 这个变数名称的内容设定为 VBird ，那么：

[root@www ~]# echo $myname
       <==这里并没有任何资料～因为这个变数尚未被设定！是空的！
[root@www ~]# myname=VBird
[root@www ~]# echo $myname
VBird  <==出现了！因为这个变数已经被设定了！

瞧！如此一来，这个变数名称 myname 的内容就带有 VBird 这个资料啰～ 而由上面的例子当中，我们也可以知道： 在 bash 当中，当一个变数名称尚未被设定时，预设的内容是‘空’的。 另外，变数在设定时，还是需要符合某些规定的，否则会设定失败喔！ 这些规则如下所示啊！

• 变数的设定规则

1. 变数与变数内容以一个等号‘=’来连结，如下所示：
   ‘myname=VBird’
   
   
2. 等号两边不能直接接空白字元，如下所示为错误：
   ‘myname = VBird’或‘myname=VBird Tsai’
   
   
3. 变数名称只能是英文字母与数字，但是开头字元不能是数字，如下为错误：
   ‘2myname=VBird’
   
   
4. 变数内容若有空白字元可使用双引号‘"’或单引号‘'’将变数内容结合起来，但
   • 双引号内的特殊字元如 $ 等，可以保有原本的特性，如下所示：
     ‘var="lang is $LANG"’则‘echo $var’可得‘lang is en_US’
   • 单引号内的特殊字元则仅为一般字元 (纯文字)，如下所示：
     ‘var='lang is $LANG'’则‘echo $var’可得‘lang is $LANG’
   
   
5. 可用跳脱字元‘ \ ’将特殊符号(如 [Enter], $, \, 空白字元, '等)变成一般字元；
   
   
6. 在一串指令中，还需要藉由其他的指令提供的资讯，可以使用反单引号‘`指令`’或 ‘$(指令)’。特别注意，那个 ` 是键盘上方的数字键 1 左边那个按键，而不是单引号！ 例如想要取得核心版本的设定：
   ‘version=$(uname -r)’再‘echo $version’可得‘2.6.18-128.el5’
   
   
7. 若该变数为扩增变数内容时，则可用 "$变数名称" 或 ${变数} 累加内容，如下所示：
   ‘PATH="$PATH":/home/bin’
   
   
8. 若该变数需要在其他子程序执行，则需要以 export 来使变数变成环境变数：
   ‘export PATH’
   
   
9. 通常大写字元为系统预设变数，自行设定变数可以使用小写字元，方便判断 (纯粹依照使用者兴趣与嗜好) ；
   
   
10. 取消变数的方法为使用 unset ：‘unset 变数名称’例如取消 myname 的设定：
    ‘unset myname’

底下让鸟哥举几个例子来让你试看看，就知道怎么设定好你的变数啰！

范例一：设定一变数 name ，且内容为 VBird
[root@www ~]# 12name=VBird
-bash: 12name=VBird: command not found  <==荧幕会显示错误！因为不能以数字开头！
[root@www ~]# name = VBird            <==还是错误！因为有空白！

[root@www ~]# name=VBird              <==OK 的啦！

范例二：承上题，若变数内容为 VBird's name 呢，就是变数内容含有特殊符号时：
[root@www ~]# name=VBird's name  
# 单引号与双引号必须要成对，在上面的设定中仅有一个单引号，因此当你按下 enter 后，
# 你还可以继续输入变数内容。这与我们所需要的功能不同，失败啦！
# 记得，失败后要复原请按下 [ctrl]-c 结束！
[root@www ~]# name="VBird's name"    <==OK 的啦！

# 指令是由左边向右找→，先遇到的引号先有用，因此如上所示，单引号会失效！
[root@www ~]# name='VBird's name'    <==失败的啦！
# 因为前两个单引号已成对，后面就多了一个不成对的单引号了！因此也就失败了！
[root@www ~]# name=VBird\'s\ name     <==OK 的啦！
# 利用反斜线 (\) 跳脱特殊字元，例如单引号与空白键，这也是 OK 的啦！

范例三：我要在 PATH 这个变数当中‘累加’:/home/dmtsai/bin 这个目录
[root@www ~]# PATH=$PATH:/home/dmtsai/bin
[root@www ~]# PATH="$PATH":/home/dmtsai/bin
[root@www ~]# PATH=${PATH}:/home/dmtsai/bin
# 上面这三种格式在 PATH 里头的设定都是 OK 的！但是底下的例子就不见得啰！

范例四：呈范例三，我要将 name 的内容多出 "yes" 呢？
[root@www ~]# name=$nameyes  

# 知道了吧？如果没有双引号，那么变数成了啥？name 的内容是 $nameyes 这个变数！
# 呵呵！我们可没有设定过 nameyes 这个变数呐！所以，应该是底下这样才对！
[root@www ~]# name="$name"yes
[root@www ~]# name=${name}yes  <==以此例较佳！

范例五：如何让我刚刚设定的 name=VBird 可以用在下个 shell 的程序？
[root@www ~]# name=VBird
[root@www ~]# bash        <==进入到所谓的子程序

[root@www ~]# echo $name  <==子程序：再次的 echo 一下；
       <==嘿嘿！并没有刚刚设定的内容喔！
[root@www ~]# exit        <==子程序：离开这个子程序
[root@www ~]# export name
[root@www ~]# bash        <==进入到所谓的子程序

[root@www ~]# echo $name  <==子程序：在此执行！
VBird  <==看吧！出现设定值了！
[root@www ~]# exit        <==子程序：离开这个子程序

什么是‘子程序’呢？就是说，在我目前这个 shell 的情况下，去启用另一个新的 shell ，新的那个 shell 就是子程序啦！在一般的状态下，父程序的自订变数是无法在子程序内使用的。但是透过 export 将变数变成环境变数后，就能够在子程序底下应用了！很不赖吧！至于程序的相关概念， 我们会在第十七章程序管理当中提到的喔！

范例六：如何进入到您目前核心的模组目录？
[root@www ~]# cd /lib/modules/`uname -r`/kernel
[root@www ~]# cd /lib/modules/$(uname -r)/kernel

每个 Linux 都能够拥有多个核心版本，且几乎 distribution 的核心版本都不相同。以 CentOS 5.3 (未更新前) 为例，他的预设核心版本是 2.6.18-128.el5 ，所以核心模组目录在 /lib/modules/2.6.18-128.el5/kernel/ 内。 也由于每个 distributions 的这个值都不相同，但是我们却可以利用 uname -r 这个指令先取得版本资讯。所以啰，就可以透过上面指令当中的内含指令 `uname -r` 先取得版本输出到 cd ... 那个指令当中，就能够顺利的进入目前核心的驱动程序所放置的目录啰！很方便吧！

其实上面的指令可以说是作了两次动作，亦即是：

1. 先进行反单引号内的动作‘uname -r’并得到核心版本为 2.6.18-128.el5
2. 将上述的结果带入原指令，故得指令为：‘cd /lib/modules/2.6.18-128.el5/kernel/’

范例七：取消刚刚设定的 name 这个变数内容
[root@www ~]# unset name

根据上面的案例你可以试试看！就可以了解变数的设定啰！这个是很重要的呦！请勤加练习！ 其中，较为重要的一些特殊符号的使用啰！例如单引号、双引号、跳脱字元、钱字号、反单引号等等，底下的例题想一想吧！

Tips: 老实说，使用‘ version=$(uname -r) ’来取代‘ version=`uname -r` ’比较好，因为反单引号大家老是容易打错或看错！ 所以现在鸟哥都习惯使用 $( 指令 ) 来介绍这个功能！

环境变数可以帮我们达到很多功能～包括家目录的变换啊、提示字元的显示啊、执行档搜寻的路径啊等等的， 还有很多很多啦！那么，既然环境变数有那么多的功能，问一下，目前我的 shell 环境中， 有多少预设的环境变数啊？我们可以利用两个指令来查阅，分别是 env 与 export 呢！

• 用 env 观察环境变数与常见环境变数说明

范例一：列出目前的 shell 环境下的所有环境变数与其内容。
[root@www ~]# env
HOSTNAME=www.vbird.tsai    <== 这部主机的主机名称
TERM=xterm                 <== 这个终端机使用的环境是什么类型
SHELL=/bin/bash            <== 目前这个环境下，使用的 Shell 是哪一个程序？
HISTSIZE=1000              <== ‘记录指令的笔数’在 CentOS 预设可记录 1000 笔

USER=root                  <== 使用者的名称啊！
LS_COLORS=no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:
or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=0
0;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=
00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;3
1:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00
;35:*.xpm=00;35:*.png=00;35:*.tif=00;35: <== 一些颜色显示
MAIL=/var/spool/mail/root  <== 这个使用者所取用的 mailbox 位置
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:
/root/bin                  <== 不再多讲啊！是执行档指令搜寻路径
INPUTRC=/etc/inputrc       <== 与键盘按键功能有关。可以设定特殊按键！
PWD=/root                  <== 目前使用者所在的工作目录 (利用 pwd 取出！)

LANG=en_US                 <== 这个与语系有关，底下会再介绍！
HOME=/root                 <== 这个使用者的家目录啊！
_=/bin/env                 <== 上一次使用的指令的最后一个参数(或指令本身)

env 是 environment (环境) 的简写啊，上面的例子当中，是列出来所有的环境变数。当然，如果使用 export 也会是一样的内容～ 只不过， export 还有其他额外的功能就是了，我们等一下再提这个 export 指令。 那么上面这些变数有些什么功用呢？底下我们就一个一个来分析分析！

• HOME
  代表使用者的家目录。还记得我们可以使用 cd ~ 去到自己的家目录吗？或者利用 cd 就可以直接回到使用者家目录了。那就是取用这个变数啦～ 有很多程序都可能会取用到这个变数的值！
  
  
• SHELL
  告知我们，目前这个环境使用的 SHELL 是哪支程序？ Linux 预设使用 /bin/bash 的啦！
  
  
• HISTSIZE
  这个与‘历史命令’有关，亦即是， 我们曾经下达过的指令可以被系统记录下来，而记录的‘笔数’则是由这个值来设定的。
  
  
• MAIL
  当我们使用 mail 这个指令在收信时，系统会去读取的邮件信箱文件 (mailbox)。
  
  
• PATH
  就是执行档搜寻的路径啦～目录与目录中间以冒号(:)分隔， 由于文件的搜寻是依序由 PATH 的变数内的目录来查询，所以，目录的顺序也是重要的喔。
  
  
• LANG
  这个重要！就是语系资料啰～很多讯息都会用到他， 举例来说，当我们在启动某些 perl 的程序语言文件时，他会主动的去分析语系资料文件， 如果发现有他无法解析的编码语系，可能会产生错误喔！一般来说，我们中文编码通常是 zh_TW.Big5 或者是 zh_TW.UTF-8，这两个编码偏偏不容易被解译出来，所以，有的时候，可能需要修订一下语系资料。 这部分我们会在下个小节做介绍的！
  
  
• RANDOM
  这个玩意儿就是‘随机乱数’的变数啦！目前大多数的 distributions 都会有乱数产生器，那就是 /dev/random 这个文件。 我们可以透过这个乱数文件相关的变数 ($RANDOM) 来随机取得乱数值喔。在 BASH 的环境下，这个 RANDOM 变数的内容，介于 0~32767 之间，所以，你只要 echo $RANDOM 时，系统就会主动的随机取出一个介于 0~32767 的数值。万一我想要使用 0~9 之间的数值呢？呵呵～利用 declare 宣告数值类型， 然后这样做就可以了：
  

  [root@www ~]# declare -i number=$RANDOM*10/32768 ; echo $number 8 <== 此时会随机取出 0~9 之间的数值喔！

大致上是有这些环境变数啦～里面有些比较重要的参数，在底下我们都会另外进行一些说明的～

• 用 set 观察所有变数 (含环境变数与自订变数)

bash 可不只有环境变数喔，还有一些与 bash 操作介面有关的变数，以及使用者自己定义的变数存在的。 那么这些变数如何观察呢？这个时候就得要使用 set 这个指令了。 set 除了环境变数之外， 还会将其他在 bash 内的变数通通显示出来哩！资讯很多，底下鸟哥仅列出几个重要的内容：

[root@www ~]# set
BASH=/bin/bash           <== bash 的主程序放置路径
BASH_VERSINFO=([0]="3" [1]="2" [2]="25" [3]="1" [4]="release" 
[5]="i686-redhat-linux-gnu")      <== bash 的版本啊！
BASH_VERSION='3.2.25(1)-release'  <== 也是 bash 的版本啊！

COLORS=/etc/DIR_COLORS.xterm      <== 使用的颜色纪录文件
COLUMNS=115              <== 在目前的终端机环境下，使用的栏位有几个字元长度
HISTFILE=/root/.bash_history      <== 历史命令记录的放置文件，隐藏档
HISTFILESIZE=1000        <== 存起来(与上个变数有关)的文件之指令的最大纪录笔数。
HISTSIZE=1000            <== 目前环境下，可记录的历史命令最大笔数。
HOSTTYPE=i686            <== 主机安装的软件主要类型。我们用的是 i686 相容机器软件

IFS=$' \t\n'             <== 预设的分隔符号
LINES=35                 <== 目前的终端机下的最大行数
MACHTYPE=i686-redhat-linux-gnu    <== 安装的机器类型
MAILCHECK=60             <== 与邮件有关。每 60 秒去扫瞄一次信箱有无新信！
OLDPWD=/home             <== 上个工作目录。我们可以用 cd - 来取用这个变数。
OSTYPE=linux-gnu         <== 作业系统的类型！

PPID=20025               <== 父程序的 PID (会在后续章节才介绍)
PS1='[\u@\h \W]\$ '      <== PS1 就厉害了。这个是命令提示字元，也就是我们常见的
                             [root@www ~]# 或 [dmtsai ~]$ 的设定值啦！可以更动的！
PS2='> '                 <== 如果你使用跳脱符号 (\) 第二行以后的提示字元也
name=VBird               <== 刚刚设定的自订变数也可以被列出来喔！
$                        <== 目前这个 shell 所使用的 PID

?                        <== 刚刚执行完指令的回传值。

一般来说，不论是否为环境变数，只要跟我们目前这个 shell 的操作介面有关的变数， 通常都会被设定为大写字元，也就是说，‘基本上，在 Linux 预设的情况中，使用{大写的字母}来设定的变数一般为系统内定需要的变数’。 OK！OK！那么上头那些变数当中，有哪些是比较重要的？大概有这几个吧！

• PS1：(提示字元的设定)
  
  这是 PS1 (数字的 1 不是英文字母)，这个东西就是我们的‘命令提示字元’喔！ 当我们每次按下 [Enter] 按键去执行某个指令后，最后要再次出现提示字元时， 就会主动去读取这个变数值了。上头 PS1 内显示的是一些特殊符号，这些特殊符号可以显示不同的资讯， 每个 distributions 的 bash 预设的 PS1 变数内容可能有些许的差异，不要紧，‘习惯你自己的习惯’就好了。 你可以用 man bash (注3)去查询一下 PS1 的相关说明，以理解底下的一些符号意义。
  
  
  • \d ：可显示出‘星期 月 日’的日期格式，如："Mon Feb 2"
  • \H ：完整的主机名称。举例来说，鸟哥的练习机为‘www.vbird.tsai’
  • \h ：仅取主机名称在第一个小数点之前的名字，如鸟哥主机则为‘www’后面省略
  • \t ：显示时间，为 24 小时格式的‘HH:MM:SS’
  • \T ：显示时间，为 12 小时格式的‘HH:MM:SS’
  • \A ：显示时间，为 24 小时格式的‘HH:MM’
  • \@ ：显示时间，为 12 小时格式的‘am/pm’样式
  • \u ：目前使用者的帐号名称，如‘root’；
  • \v ：BASH 的版本资讯，如鸟哥的测试主机板本为 3.2.25(1)，仅取‘3.2’显示
  • \w ：完整的工作目录名称，由根目录写起的目录名称。但家目录会以 ~ 取代；
  • \W ：利用 basename 函数取得工作目录名称，所以仅会列出最后一个目录名。
  • \# ：下达的第几个指令。
  • \$ ：提示字元，如果是 root 时，提示字元为 # ，否则就是 $ 啰～
  
  好了，让我们来看看 CentOS 预设的 PS1 内容吧：‘[\u@\h \W]\$ ’，现在你知道那些反斜线后的资料意义了吧？ 要注意喔！那个反斜线后的资料为 PS1 的特殊功能，与 bash 的变数设定没关系啦！不要搞混了喔！ 那你现在知道为何你的命令提示字元是：‘ [root@www ~]# ’了吧？ 好了，那么假设我想要有类似底下的提示字元：

  [root@www /home/dmtsai 16:50 #12]#

  那个 # 代表第 12 次下达的指令。那么应该如何设定 PS1 呢？可以这样啊：
  

  [root@www ~ ]# cd /home [root@www home]# PS1='[\u@\h \w \A #\#]\$ ' [root@www /home 17:02 #85]# # 看到了吗？提示字元变了！变的很有趣吧！其中，那个 #85 比较有趣， # 如果您再随便输入几次 ls 后，该数字就会增加喔！为啥？上面有说明滴！

  
  
• $：(关于本 shell 的 PID)
  
  钱字号本身也是个变数喔！这个咚咚代表的是‘目前这个 Shell 的执行绪代号’，亦即是所谓的 PID (Process ID)。 更多的程序观念，我们会在第四篇的时候提及。想要知道我们的 shell 的 PID ，就可以用：‘ echo $$ ’即可！出现的数字就是你的 PID 号码。
  
  
• ?：(关于上个执行指令的回传值)
  
  虾密？问号也是一个特殊的变数？没错！在 bash 里面这个变数可重要的很！ 这个变数是：‘上一个执行的指令所回传的值’， 上面这句话的重点是‘上一个指令’与‘回传值’两个地方。当我们执行某些指令时， 这些指令都会回传一个执行后的代码。一般来说，如果成功的执行该指令， 则会回传一个 0 值，如果执行过程发生错误，就会回传‘错误代码’才对！一般就是以非为 0 的数值来取代。 我们以底下的例子来看看：
  

  [root@www ~]# echo $SHELL /bin/bash <==可顺利显示！没有错误！ [root@www ~]# echo $? 0 <==因为没问题，所以回传值为 0 [root@www ~]# 12name=VBird -bash: 12name=VBird: command not found <==发生错误了！bash回报有问题 [root@www ~]# echo $? 127 <==因为有问题，回传错误代码(非为0) # 错误代码回传值依据软件而有不同，我们可以利用这个代码来搜寻错误的原因喔！ [root@www ~]# echo $? 0 # 咦！怎么又变成正确了？这是因为 "?" 只与‘上一个执行指令’有关， # 所以，我们上一个指令是执行‘ echo $? ’，当然没有错误，所以是 0 没错！

  
  
• OSTYPE, HOSTTYPE, MACHTYPE：(主机硬体与核心的等级)
  
  我们在第零章、计算机概论内的 CPU 等级说明中谈过 CPU ， 目前个人电脑的 CPU 主要分为 32/64 位元，其中 32 位元又可分为 i386, i586, i686，而 64 位元则称为 x86_64。 由于不同等级的 CPU 指令集不太相同，因此你的软件可能会针对某些 CPU 进行最佳化，以求取较佳的软件性能。 所以软件就有 i386, i686 及 x86_64 之分。以目前 (2009) 的主流硬体来说，几乎都是 x86_64 的天下！ 但是毕竟旧机器还是非常多，以鸟哥的环境来说，我用 P-III 等级的电脑，所以上头就发现我的等级是 i686 啦！
  
  要留意的是，较高阶的硬体通常会向下相容旧有的软件，但较高阶的软件可能无法在旧机器上面安装！ 我们在第三章就曾说明过， 这里再强调一次，你可以在 x86_64 的硬体上安装 i386 的 Linux 作业系统，但是你无法在 i686 的硬体上安装 x86_64 的 Linux 作业系统！这点得要牢记在心！
  
  

• export： 自订变数转成环境变数

谈了 env 与 set 现在知道有所谓的环境变数与自订变数，那么这两者之间有啥差异呢？其实这两者的差异在于‘ 该变数是否会被子程序所继续引用’啦！唔！那么啥是父程序？子程序？ 这就得要了解一下指令的下达行为了。

当你登入 Linux 并取得一个 bash 之后，你的 bash 就是一个独立的程序，被称为 PID 的就是。 接下来你在这个 bash 底下所下达的任何指令都是由这个 bash 所衍生出来的，那些被下达的指令就被称为子程序了。 我们可以用底下的图示来简单的说明一下父程序与子程序的概念：

图 2.3.1、程序相关性示意图

如上所示，我们在原本的 bash 底下执行另一个 bash ，结果操作的环境介面会跑到第二个 bash 去(就是子程序)， 那原本的 bash 就会在暂停的情况 (睡着了，就是 sleep)。整个指令运作的环境是实线的部分！若要回到原本的 bash 去， 就只有将第二个 bash 结束掉 (下达 exit 或 logout) 才行。更多的程序概念我们会在第四篇谈及，这里只要有这个概念即可。

这个程序概念与变数有啥关系啊？关系可大了！因为子程序仅会继承父程序的环境变数， 子程序不会继承父程序的自订变数啦！所以你在原本 bash 的自订变数在进入了子程序后就会消失不见， 一直到你离开子程序并回到原本的父程序后，这个变数才会又出现！

换个角度来想，也就是说，如果我能将自订变数变成环境变数的话，那不就可以让该变数值继续存在于子程序了？ 呵呵！没错！此时，那个 export 指令就很有用啦！如你想要让该变数内容继续的在子程序中使用，那么就请执行：

[root@www ~]# export 变数名称

这东西用在‘分享自己的变数设定给后来呼叫的文件或其他程序’啦！ 像鸟哥常常在自己的主文件后面呼叫其他附属文件(类似函式的功能)，但是主文件与附属文件内都有相同的变数名称， 若一再重复设定时，要修改也很麻烦，此时只要在原本的第一个文件内设定好‘ export 变数 ’， 后面所呼叫的文件就能够使用这个变数设定了！而不需要重复设定，这非常实用于 shell script 当中喔！ 如果仅下达 export 而没有接变数时，那么此时将会把所有的‘环境变数’秀出来喔！例如：

[root@www ~]# export

declare -x HISTSIZE="1000"
declare -x HOME="/root"
declare -x HOSTNAME="www.vbird.tsai"
declare -x INPUTRC="/etc/inputrc"
declare -x LANG="en_US"
declare -x LOGNAME="root"
# 后面的鸟哥就都直接省略了！不然....浪费版面～ ^_^

那如何将环境变数转成自订变数呢？可以使用本章后续介绍的 declare 呢！

还记得我们在第五章里面提到的语系问题吗？ 就是当我们使用 man command 的方式去查询某个资料的说明档时，该说明档的内容可能会因为我们使用的语系不同而产生乱码。 另外，利用 ls 查询文件的时间时，也可能会有乱码出现在时间的部分。那个问题其实就是语系的问题啦。

目前大多数的 Linux distributions 已经都是支援日渐流行的万国码了，也都支援大部分的国家语系。 这有赖于 i18n (注4) 支援的帮助呢！ 那么我们的 Linux 到底支援了多少的语系呢？这可以由 locale 这个指令来查询到喔！

[root@www ~]# locale -a
....(前面省略)....
zh_TW
zh_TW.big5     <==大五码的中文编码
zh_TW.euctw
zh_TW.utf8     <==万国码的中文编码
zu_ZA
zu_ZA.iso88591
zu_ZA.utf8

正体中文语系至少支援了两种以上的编码，一种是目前还是很常见的 big5 ，另一种则是越来越热门的 utf-8 编码。 那么我们如何修订这些编码呢？其实可以透过底下这些变数的说：

[root@www ~]# locale  <==后面不加任何选项与参数即可！
LANG=en_US                   <==主语言的环境
LC_CTYPE="en_US"             <==字元(文字)辨识的编码
LC_NUMERIC="en_US"           <==数字系统的显示讯息
LC_TIME="en_US"              <==时间系统的显示资料

LC_COLLATE="en_US"           <==字串的比较与排序等
LC_MONETARY="en_US"          <==币值格式的显示等
LC_MESSAGES="en_US"          <==讯息显示的内容，如功能表、错误讯息等
LC_ALL=                      <==整体语系的环境
....(后面省略)....

基本上，你可以逐一设定每个与语系有关的变数资料，但事实上，如果其他的语系变数都未设定， 且你有设定 LANG 或者是 LC_ALL 时，则其他的语系变数就会被这两个变数所取代！ 这也是为什么我们在 Linux 当中，通常说明仅设定 LANG 这个变数而已，因为他是最主要的设定变数！ 好了，那么你应该要觉得奇怪的是，为什么在 Linux 主机的终端机介面 (tty1 ~ tty6) 的环境下，如果设定‘ LANG=zh_TW.big5 ’这个设定值生效后，使用 man 或者其他讯息输出时， 都会有一堆乱码，尤其是使用 ls -l 这个参数时？

因为在 Linux 主机的终端机介面环境下是无法显示像中文这么复杂的编码文字， 所以就会产生乱码了。也就是如此，我们才会必须要在 tty1 ~ tty6 的环境下， 加装一些中文化介面的软件，才能够看到中文啊！不过，如果你是在 MS Windows 主机以远端连线服务器的软件连线到主机的话，那么，嘿嘿！其实文字介面确实是可以看到中文的。 此时反而你得要在 LANG 设定中文编码才好呢！

Tips: 无论如何，如果发生一些乱码的问题，那么设定系统里面保有的语系编码， 例如： en_US 或 en_US.utf8 等等的设定，应该就 OK 的啦！好了，那么系统预设支援多少种语系呢？ 当我们使用 locale 时，系统是列出目前 Linux 主机内保有的语系文件， 这些语系文件都放置在： /usr/lib/locale/ 这个目录中。

你当然可以让每个使用者自己去调整自己喜好的语系，但是整体系统预设的语系定义在哪里呢？ 其实就是在 /etc/sysconfig/i18n 啰！这个文件在 CentOS 5.x 的内容有点像这样：

[root@www ~]# cat /etc/sysconfig/i18n
LANG="zh_TW.UTF-8"

因为鸟哥在第四章的安装时选择的是中文语系安装画面， 所以这个文件预设就会使用中文编码啦！你也可以自行将他改成你想要的语系编码即可。

Tips: 假设你有一个纯文字文件原本是在 Windows 底下建立的，那么这个文件预设应该是 big5 的编码格式。 在你将这个文件上传到 Linux 主机后，在 X window 底下打开时，咦！怎么中文字通通变成乱码了？ 别担心！因为如上所示， i18n 预设是万国码系统嘛！你只要将开启该文件的软件编码由 utf8 改成 big5 就能够看到正确的中文了！

虾密？变数也有使用的‘范围’？没错啊～我们在上头的 export 指令说明中，就提到了这个概念了。如果在跑程序的时候，有父程序与子程序的不同程序关系时， 则‘变数’可否被引用与 export 有关。被 export 后的变数，我们可以称他为‘环境变数’！ 环境变数可以被子程序所引用，但是其他的自订变数内容就不会存在于子程序中。

Tips: 在某些不同的书籍会谈到‘全域变数, global variable’与‘区域变数, local variable’。 基本上你可以这样看待： 环境变数=全域变数 自订变数=区域变数

在学理方面，为什么环境变数的资料可以被子程序所引用呢？这是因为记忆体配置的关系！理论上是这样的：

• 当启动一个 shell，作业系统会分配一记忆区块给 shell 使用，此记忆体内之变数可让子程序取用
• 若在父程序利用 export 功能，可以让自订变数的内容写到上述的记忆区块当中(环境变数)；
• 当载入另一个 shell 时 (亦即启动子程序，而离开原本的父程序了)，子 shell 可以将父 shell 的环境变数所在的记忆区块导入自己的环境变数区块当中。

透过这样的关系，我们就可以让某些变数在相关的程序之间存在，以帮助自己更方便的操作环境喔！ 不过要提醒的是，这个‘环境变数’与‘bash 的操作环境’意思不太一样，举例来说， PS1 并不是环境变数， 但是这个 PS1 会影响到 bash 的介面 (提示字元嘛)！相关性要厘清喔！^_^

我们上面提到的变数设定功能，都是由指令列直接设定的，那么，可不可以让使用者能够经由键盘输入？ 什么意思呢？是否记得某些程序执行的过程当中，会等待使用者输入 "yes/no" 之类的讯息啊？ 在 bash 里面也有相对应的功能喔！此外，我们还可以宣告这个变数的属性， 例如：阵列或者是数字等等的。底下就来看看吧！

• read

要读取来自键盘输入的变数，就是用 read 这个指令了。这个指令最常被用在 shell script 的撰写当中， 想要跟使用者对谈？用这个指令就对了。关于 script 的写法，我们会在第十三章介绍，底下先来瞧一瞧 read 的相关语法吧！

[root@www ~]# read [-pt] variable
选项与参数：
-p  ：后面可以接提示字元！
-t  ：后面可以接等待的‘秒数！’这个比较有趣～不会一直等待使用者啦！

范例一：让使用者由键盘输入一内容，将该内容变成名为 atest 的变数
[root@www ~]# read atest
This is a test        <==此时游标会等待你输入！请输入左侧文字看看

[root@www ~]# echo $atest
This is a test          <==你刚刚输入的资料已经变成一个变数内容！

范例二：提示使用者 30 秒内输入自己的大名，将该输入字串作为名为 named 的变数内容
[root@www ~]# read -p "Please keyin your name: " -t 30 named
Please keyin your name: VBird Tsai   <==注意看，会有提示字元喔！

[root@www ~]# echo $named
VBird Tsai        <==输入的资料又变成一个变数的内容了！

read 之后不加任何参数，直接加上变数名称，那么底下就会主动出现一个空白行等待你的输入(如范例一)。 如果加上 -t 后面接秒数，例如上面的范例二，那么 30 秒之内没有任何动作时， 该指令就会自动略过了～如果是加上 -p ，嘿嘿！在输入的游标前就会有比较多可以用的提示字元给我们参考！ 在指令的下达里面，比较美观啦！ ^_^

• declare / typeset

declare 或 typeset 是一样的功能，就是在‘宣告变数的类型’。如果使用 declare 后面并没有接任何参数，那么 bash 就会主动的将所有的变数名称与内容通通叫出来，就好像使用 set 一样啦！ 那么 declare 还有什么语法呢？看看先：

[root@www ~]# declare [-aixr] variable
选项与参数：
-a  ：将后面名为 variable 的变数定义成为阵列 (array) 类型
-i  ：将后面名为 variable 的变数定义成为整数数字 (integer) 类型
-x  ：用法与 export 一样，就是将后面的 variable 变成环境变数；
-r  ：将变数设定成为 readonly 类型，该变数不可被更改内容，也不能 unset

范例一：让变数 sum 进行 100+300+50 的加总结果
[root@www ~]# sum=100+300+50
[root@www ~]# echo $sum
100+300+50  <==咦！怎么没有帮我计算加总？因为这是文字型态的变数属性啊！

[root@www ~]# declare -i sum=100+300+50
[root@www ~]# echo $sum
450         <==了乎？？

由于在预设的情况底下， bash 对于变数有几个基本的定义：

• 变数类型预设为‘字串’，所以若不指定变数类型，则 1+2 为一个‘字串’而不是‘计算式’。 所以上述第一个执行的结果才会出现那个情况的；
• bash 环境中的数值运算，预设最多仅能到达整数形态，所以 1/3 结果是 0；

现在你晓得为啥你需要进行变数宣告了吧？如果需要非字串类型的变数，那就得要进行变数的宣告才行啦！ 底下继续来玩些其他的 declare 功能。

范例二：将 sum 变成环境变数
[root@www ~]# declare -x sum
[root@www ~]# export | grep sum

declare -ix sum="450"  <==果然出现了！包括有 i 与 x 的宣告！

范例三：让 sum 变成唯读属性，不可更动！
[root@www ~]# declare -r sum
[root@www ~]# sum=tesgting
-bash: sum: readonly variable  <==老天爷～不能改这个变数了！

范例四：让 sum 变成非环境变数的自订变数吧！

[root@www ~]# declare +x sum  <== 将 - 变成 + 可以进行‘取消’动作
[root@www ~]# declare -p sum  <== -p 可以单独列出变数的类型
declare -ir sum="450" <== 看吧！只剩下 i, r 的类型，不具有 x 啰！

declare 也是个很有用的功能～尤其是当我们需要使用到底下的阵列功能时， 他也可以帮我们宣告阵列的属性喔！不过，老话一句，阵列也是在 shell script 比较常用的啦！ 比较有趣的是，如果你不小心将变数设定为‘唯读’，通常得要登出再登入才能复原该变数的类型了！ @_@

• 阵列 (array) 变数类型

某些时候，我们必须使用阵列来宣告一些变数，这有什么好处啊？在一般人的使用上， 果然是看不出来有什么好处的！不过，如果您曾经写过程序的话，那才会比较了解阵列的意义～ 阵列对写数值程序的设计师来说，可是不能错过学习的重点之一哩！好！不啰唆～ 那么要如何设定阵列的变数与内容呢？在 bash 里头，阵列的设定方式是：

var[index]=content

意思是说，我有一个阵列名称为 var ，而这个阵列的内容为 var[1]=小明， var[2]=大明， var[3]=好明 .... 等等，那个 index 就是一些数字啦，重点是用中刮号 ([ ]) 来设定的。 目前我们 bash 提供的是一维阵列。老实说，如果您不必写一些复杂的程序， 那么这个阵列的地方，可以先略过，等到有需要再来学习即可！因为要制作出阵列， 通常与回圈或者其他判断式交互使用才有比较高的存在意义！

范例：设定上面提到的 var[1] ～ var[3] 的变数。
[root@www ~]# var[1]="small min"
[root@www ~]# var[2]="big min"
[root@www ~]# var[3]="nice min"
[root@www ~]# echo "${var[1]}, ${var[2]}, ${var[3]}"
small min, big min, nice min

阵列的变数类型比较有趣的地方在于‘读取’，一般来说，建议直接以 ${阵列} 的方式来读取，比较正确无误的啦！

想像一个状况：我的 Linux 主机里面同时登入了十个人，这十个人不知怎么搞的， 同时开启了 100 个文件，每个文件的大小约 10MBytes ，请问一下， 我的 Linux 主机的记忆体要有多大才够？ 10*100*10 = 10000 MBytes = 10GBytes ... 老天爷，这样，系统不挂点才有鬼哩！为了要预防这个情况的发生，所以我们的 bash 是可以‘限制使用者的某些系统资源’的，包括可以开启的文件数量， 可以使用的 CPU 时间，可以使用的记忆体总量等等。如何设定？用 ulimit 吧！

[root@www ~]# ulimit [-SHacdfltu] [配额]
选项与参数：
-H  ：hard limit ，严格的设定，必定不能超过这个设定的数值；
-S  ：soft limit ，警告的设定，可以超过这个设定值，但是若超过则有警告讯息。
      在设定上，通常 soft 会比 hard 小，举例来说，soft 可设定为 80 而 hard 
      设定为 100，那么你可以使用到 90 (因为没有超过 100)，但介于 80~100 之间时，
      系统会有警告讯息通知你！
-a  ：后面不接任何选项与参数，可列出所有的限制额度；
-c  ：当某些程序发生错误时，系统可能会将该程序在记忆体中的资讯写成文件(除错用)，
      这种文件就被称为核心文件(core file)。此为限制每个核心文件的最大容量。
-f  ：此 shell 可以建立的最大文件容量(一般可能设定为 2GB)单位为 Kbytes
-d  ：程序可使用的最大断裂记忆体(segment)容量；
-l  ：可用于锁定 (lock) 的记忆体量
-t  ：可使用的最大 CPU 时间 (单位为秒)
-u  ：单一使用者可以使用的最大程序(process)数量。

范例一：列出你目前身份(假设为root)的所有限制资料数值
[root@www ~]# ulimit -a
core file size          (blocks, -c) 0          <==只要是 0 就代表没限制
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0

file size               (blocks, -f) unlimited  <==可建立的单一文件的大小
pending signals                 (-i) 11774
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024       <==同时可开启的文件数量
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 11774
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

范例二：限制使用者仅能建立 10MBytes 以下的容量的文件
[root@www ~]# ulimit -f 10240
[root@www ~]# ulimit -a

file size               (blocks, -f) 10240 <==最大量为10240Kbyes，相当10Mbytes
[root@www ~]# dd if=/dev/zero of=123 bs=1M count=20
File size limit exceeded <==尝试建立 20MB 的文件，结果失败了！

还记得我们在第八章 Linux 磁碟文件系统里面提到过，单一 filesystem 能够支援的单一文件大小与 block 的大小有关。例如 block size 为 1024 byte 时，单一文件可达 16GB 的容量。但是，我们可以用 ulimit 来限制使用者可以建立的文件大小喔！ 利用 ulimit -f 就可以来设定了！例如上面的范例二，要注意单位喔！单位是 Kbytes。 若改天你一直无法建立一个大容量的文件，记得瞧一瞧 ulimit 的资讯喔！

Tips: 想要复原 ulimit 的设定最简单的方法就是登出再登入，否则就是得要重新以 ulimit 设定才行！ 不过，要注意的是，一般身份使用者如果以 ulimit 设定了 -f 的文件大小， 那么他‘只能继续减小文件容量，不能增加文件容量喔！’另外，若想要管控使用者的 ulimit 限值， 可以参考第十四章的 pam 的介绍。

变数除了可以直接设定来修改原本的内容之外，有没有办法透过简单的动作来将变数的内容进行微调呢？ 举例来说，进行变数内容的删除、取代与替换等！是可以的！我们可以透过几个简单的小步骤来进行变数内容的微调喔！ 底下就来试试看！

• 变数内容的删除与取代

变数的内容可以很简单的透过几个咚咚来进行删除喔！我们使用 PATH 这个变数的内容来做测试好了。 请你依序进行底下的几个例子来玩玩，比较容易感受的到鸟哥在这里想要表达的意义：

范例一：先让小写的 path 自订变数设定的与 PATH 内容相同
[root@www ~]# path=${PATH}

[root@www ~]# echo $path
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
/usr/sbin:/usr/bin:/root/bin  <==这两行其实是同一行啦！

范例二：假设我不喜欢 kerberos，所以要将前两个目录删除掉，如何显示？
[root@www ~]# echo ${path#/*kerberos/bin:}
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

上面这个范例很有趣的！他的重点可以用底下这张表格来说明：

${variable#/*kerberos/bin:}
   上面的特殊字体部分是关键字！用在这种删除模式所必须存在的

${variable#/*kerberos/bin:}
   这就是原本的变数名称，以上面范例二来说，这里就填写 path 这个‘变数名称’啦！

${variable#/*kerberos/bin:}
   这是重点！代表‘从变数内容的最前面开始向右删除’，且仅删除最短的那个

${variable#/*kerberos/bin:}
   代表要被删除的部分，由于 # 代表由前面开始删除，所以这里便由开始的 / 写起。
   需要注意的是，我们还可以透过万用字元 * 来取代 0 到无穷多个任意字元

   以上面范例二的结果来看， path 这个变数被删除的内容如下所示：

/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
/usr/sbin:/usr/bin:/root/bin  <==这两行其实是同一行啦！

很有趣吧！这样了解了 # 的功能了吗？接下来让我们来看看底下的范例三！

范例三：我想要删除前面所有的目录，仅保留最后一个目录
[root@www ~]# echo ${path#/*:}
/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:
/root/bin     <==这两行其实是同一行啦！

# 由于一个 # 仅删除掉最短的那个，因此他删除的情况可以用底下的删除线来看：
# /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
# /usr/sbin:/usr/bin:/root/bin  <==这两行其实是同一行啦！

[root@www ~]# echo ${path##/*:}
/root/bin
# 嘿！多加了一个 # 变成 ## 之后，他变成‘删除掉最长的那个资料’！亦即是：
# /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
# /usr/sbin:/usr/bin:/root/bin  <==这两行其实是同一行啦！

非常有趣！不是吗？因为在 PATH 这个变数的内容中，每个目录都是以冒号‘:’隔开的， 所以要从头删除掉目录就是介于斜线 (/) 到冒号 (:) 之间的资料！但是 PATH 中不止一个冒号 (:) 啊！ 所以 # 与 ## 就分别代表：

• # ：符合取代文字的‘最短的’那一个；
• ##：符合取代文字的‘最长的’那一个

上面谈到的是‘从前面开始删除变数内容’，那么如果想要‘从后面向前删除变数内容’呢？ 这个时候就得使用百分比 (%) 符号了！来看看范例四怎么做吧！

范例四：我想要删除最后面那个目录，亦即从 : 到 bin 为止的字串
[root@www ~]# echo ${path%:*bin}
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
/usr/sbin:/usr/bin  <==注意啊！最后面一个目录不见去！
# 这个 % 符号代表由最后面开始向前删除！所以上面得到的结果其实是来自如下：
# /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
# /usr/sbin:/usr/bin:/root/bin  <==这两行其实是同一行啦！

范例五：那如果我只想要保留第一个目录呢？

[root@www ~]# echo ${path%%:*bin}
/usr/kerberos/sbin
# 同样的， %% 代表的则是最长的符合字串，所以结果其实是来自如下：
# /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
# /usr/sbin:/usr/bin:/root/bin  <==这两行其实是同一行啦！

由于我是想要由变数内容的后面向前面删除，而我这个变数内容最后面的结尾是‘/root/bin’， 所以你可以看到上面我删除的资料最终一定是‘bin’，亦即是‘:*bin’那个 * 代表万用字元！ 至于 % 与 %% 的意义其实与 # 及 ## 类似！这样理解否？

[root@www ~]# echo ${MAIL##/*/}

[root@www ~]# echo ${MAIL%/*}

了解了删除功能后，接下来谈谈取代吧！继续玩玩范例六啰！

范例六：将 path 的变数内容内的 sbin 取代成大写 SBIN：
[root@www ~]# echo ${path/sbin/SBIN}

/usr/kerberos/SBIN:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:
/usr/sbin:/usr/bin:/root/bin
# 这个部分就容易理解的多了！关键字在于那两个斜线，两斜线中间的是旧字串
# 后面的是新字串，所以结果就会出现如上述的特殊字体部分啰！

[root@www ~]# echo ${path//sbin/SBIN}
/usr/kerberos/SBIN:/usr/kerberos/bin:/usr/local/SBIN:/usr/local/bin:/SBIN:/bin:
/usr/SBIN:/usr/bin:/root/bin

# 如果是两条斜线，那么就变成所有符合的内容都会被取代喔！

我们将这部份作个总结说明一下：

• 变数的测试与内容替换

在某些时刻我们常常需要‘判断’某个变数是否存在，若变数存在则使用既有的设定，若变数不存在则给予一个常用的设定。 我们举底下的例子来说明好了，看看能不能较容易被你所理解呢！

范例一：测试一下是否存在 username 这个变数，若不存在则给予 username 内容为 root
[root@www ~]# echo $username
           <==由于出现空白，所以 username 可能不存在，也可能是空字串
[root@www ~]# username=${username-root}
[root@www ~]# echo $username
root       <==因为 username 没有设定，所以主动给予名为 root 的内容。

[root@www ~]# username="vbird tsai" <==主动设定 username 的内容
[root@www ~]# username=${username-root}
[root@www ~]# echo $username
vbird tsai <==因为 username 已经设定了，所以使用旧有的设定而不以 root 取代

在上面的范例中，重点在于减号‘ - ’后面接的关键字！基本上你可以这样理解：

new_var=${old_var-content}
   新的变数，主要用来取代旧变数。新旧变数名称其实常常是一样的

new_var=${old_var-content}
   这是本范例中的关键字部分！必须要存在的哩！

new_var=${old_var-content}
   旧的变数，被测试的项目！

new_var=${old_var-content}
   变数的‘内容’，在本范例中，这个部分是在‘给予未设定变数的内容’

不过这还是有点问题！因为 username 可能已经被设定为‘空字串’了！果真如此的话，那你还可以使用底下的范例来给予 username 的内容成为 root 喔！

范例二：若 username 未设定或为空字串，则将 username 内容设定为 root
[root@www ~]# username=""
[root@www ~]# username=${username-root}
[root@www ~]# echo $username
      <==因为 username 被设定为空字串了！所以当然还是保留为空字串！
[root@www ~]# username=${username:-root}

[root@www ~]# echo $username
root  <==加上‘ : ’后若变数内容为空或者是未设定，都能够以后面的内容替换！

在大括号内有没有冒号‘ : ’的差别是很大的！加上冒号后，被测试的变数未被设定或者是已被设定为空字串时， 都能够用后面的内容 (本例中是使用 root 为内容) 来替换与设定！这样可以了解了吗？除了这样的测试之外， 还有其他的测试方法喔！鸟哥将他整理如下：

Tips: 底下的例子当中，那个 var 与 str 为变数，我们想要针对 str 是否有设定来决定 var 的值喔！ 一般来说， str: 代表‘str 没设定或为空的字串时’；至于 str 则仅为‘没有该变数’。

根据上面这张表，我们来进行几个范例的练习吧！ ^_^！首先让我们来测试一下，如果旧变数 (str) 不存在时， 我们要给予新变数一个内容，若旧变数存在则新变数内容以旧变数来替换，结果如下：

测试：先假设 str 不存在 (用 unset) ，然后测试一下等号 (-) 的用法：
[root@www ~]# unset str; var=${str-newvar}
[root@www ~]# echo var="$var", str="$str"
var=newvar, str=        <==因为 str 不存在，所以 var 为 newvar

测试：若 str 已存在，测试一下 var 会变怎样？：
[root@www ~]# str="oldvar"; var=${str-newvar}

[root@www ~]# echo var="$var", str="$str"
var=oldvar, str=oldvar  <==因为 str 存在，所以 var 等于 str 的内容

关于减号 (-) 其实上面我们谈过了！这里的测试只是要让你更加了解，这个减号的测试并不会影响到旧变数的内容。 如果你想要将旧变数内容也一起替换掉的话，那么就使用等号 (=) 吧！

测试：先假设 str 不存在 (用 unset) ，然后测试一下等号 (=) 的用法：
[root@www ~]# unset str; var=${str=newvar}

[root@www ~]# echo var="$var", str="$str"
var=newvar, str=newvar  <==因为 str 不存在，所以 var/str 均为 newvar

测试：如果 str 已存在了，测试一下 var 会变怎样？
[root@www ~]# str="oldvar"; var=${str=newvar}
[root@www ~]# echo var="$var", str="$str"
var=oldvar, str=oldvar  <==因为 str 存在，所以 var 等于 str 的内容

那如果我只是想知道，如果旧变数不存在时，整个测试就告知我‘有错误’，此时就能够使用问号‘ ? ’的帮忙啦！ 底下这个测试练习一下先！

测试：若 str 不存在时，则 var 的测试结果直接显示 "无此变数"
[root@www ~]# unset str; var=${str?无此变数}
-bash: str: 无此变数    <==因为 str 不存在，所以输出错误讯息 

测试：若 str 存在时，则 var 的内容会与 str 相同！

[root@www ~]# str="oldvar"; var=${str?novar}
[root@www ~]# echo var="$var", str="$str"
var=oldvar, str=oldvar  <==因为 str 存在，所以 var 等于 str 的内容

基本上这种变数的测试也能够透过 shell script 内的 if...then... 来处理， 不过既然 bash 有提供这么简单的方法来测试变数，那我们也可以多学一些嘛！ 不过这种变数测试通常是在程序设计当中比较容易出现，如果这里看不懂就先略过，未来有用到判断变数值时，再回来看看吧！ ^_^

命令别名是一个很有趣的东西，特别是你的惯用指令特别长的时候！还有， 增设预设的选项在一些惯用的指令上面，可以预防一些不小心误杀文件的情况发生的时候！ 举个例子来说，如果你要查询隐藏档，并且需要长的列出与一页一页翻看，那么需要下达‘ ls -al | more ’这个指令，我是觉得很烦啦！ 要输入好几个单字！那可不可以使用 lm 来简化呢？当然可以，你可以在命令列下面下达：

[root@www ~]# alias lm='ls -al | more'

立刻多出了一个可以执行的指令喔！这个指令名称为 lm ，且其实他是执行 ls -al | more 啊！真是方便。不过， 要注意的是：‘alias 的定义规则与变数定义规则几乎相同’， 所以你只要在 alias 后面加上你的 {‘别名’='指令 选项...' }， 以后你只要输入 lm 就相当于输入了 ls -al|more 这一串指令！很方便吧！

另外，命令别名的设定还可以取代既有的指令喔！举例来说，我们知道 root 可以移除 (rm) 任何资料！所以当你以 root 的身份在进行工作时，需要特别小心， 但是总有失手的时候，那么 rm 提供了一个选项来让我们确认是否要移除该文件，那就是 -i 这个选项！所以，你可以这样做：

[root@www ~]# alias rm='rm -i'

那么以后使用 rm 的时候，就不用太担心会有错误删除的情况了！这也是命令别名的优点啰！ 那么如何知道目前有哪些的命令别名呢？就使用 alias 呀！

[root@www ~]# alias
alias cp='cp -i'
alias l.='ls -d .* --color=tty'
alias ll='ls -l --color=tty'
alias lm='ls -l | more'
alias ls='ls --color=tty'
alias mv='mv -i'
alias rm='rm -i'
alias which='alias | /usr/bin/which --tty-only --show-dot --show-tilde'

由上面的资料当中，你也会发现一件事情啊，我们在第十章的 vim 程序编辑器里面提到 vi 与 vim 是不太一样的，vim 可以多作一些额外的语法检验与颜色显示，预设的 root 是单纯使用 vi 而已。 如果你想要使用 vi 就直接以 vim 来开启文件的话，使用‘ alias vi='vim' ’这个设定即可。 至于如果要取消命令别名的话，那么就使用 unalias 吧！例如要将刚刚的 lm 命令别名拿掉，就使用：

[root@www ~]# unalias lm

那么命令别名与变数有什么不同呢？命令别名是‘新创一个新的指令， 你可以直接下达该指令’的，至于变数则需要使用类似‘ echo ’指令才能够呼叫出变数的内容！ 这两者当然不一样！很多初学者在这里老是搞不清楚！要注意啊！ ^_^

前面我们提过 bash 有提供指令历史的服务！那么如何查询我们曾经下达过的指令呢？就使用 history 啰！当然，如果觉得 histsory 要输入的字元太多太麻烦，可以使用命令别名来设定呢！ 不要跟我说还不会设定呦！ ^_^

[root@www ~]# alias h='history'

如此则输入 h 等于输入 history 啰！好了，我们来谈一谈 history 的用法吧！

[root@www ~]# history [n]
[root@www ~]# history [-c]
[root@www ~]# history [-raw] histfiles
选项与参数：
n   ：数字，意思是‘要列出最近的 n 笔命令列表’的意思！
-c  ：将目前的 shell 中的所有 history 内容全部消除
-a  ：将目前新增的 history 指令新增入 histfiles 中，若没有加 histfiles ，
      则预设写入 ~/.bash_history
-r  ：将 histfiles 的内容读到目前这个 shell 的 history 记忆中；
-w  ：将目前的 history 记忆内容写入 histfiles 中！

范例一：列出目前记忆体内的所有 history 记忆
[root@www ~]# history

# 前面省略
 1017  man bash
 1018  ll
 1019  history 
 1020  history
# 列出的资讯当中，共分两栏，第一栏为该指令在这个 shell 当中的代码，
# 另一个则是指令本身的内容喔！至于会秀出几笔指令记录，则与 HISTSIZE 有关！

范例二：列出目前最近的 3 笔资料
[root@www ~]# history 3
 1019  history 
 1020  history
 1021  history 3

范例三：立刻将目前的资料写入 histfile 当中
[root@www ~]# history -w

# 在预设的情况下，会将历史纪录写入 ~/.bash_history 当中！
[root@www ~]# echo $HISTSIZE
1000

在正常的情况下，历史命令的读取与记录是这样的：

• 当我们以 bash 登入 Linux 主机之后，系统会主动的由家目录的 ~/.bash_history 读取以前曾经下过的指令，那么 ~/.bash_history 会记录几笔资料呢？这就与你 bash 的 HISTFILESIZE 这个变数设定值有关了！
  
  
• 假设我这次登入主机后，共下达过 100 次指令，‘等我登出时， 系统就会将 101~1100 这总共 1000 笔历史命令更新到 ~/.bash_history 当中。’ 也就是说，历史命令在我登出时，会将最近的 HISTFILESIZE 笔记录到我的纪录档当中啦！
  
  
• 当然，也可以用 history -w 强制立刻写入的！那为何用‘更新’两个字呢？ 因为 ~/.bash_history 记录的笔数永远都是 HISTFILESIZE 那么多，旧的讯息会被主动的拿掉！ 仅保留最新的！

那么 history 这个历史命令只可以让我查询命令而已吗？呵呵！当然不止啊！ 我们可以利用相关的功能来帮我们执行命令呢！举例来说啰：

[root@www ~]# !number

[root@www ~]# !command
[root@www ~]# !!
选项与参数：
number  ：执行第几笔指令的意思；
command ：由最近的指令向前搜寻‘指令串开头为 command’的那个指令，并执行；
!!      ：就是执行上一个指令(相当于按↑按键后，按 Enter)

[root@www ~]# history
   66  man rm
   67  alias
   68  man history
   69  history 
[root@www ~]# !66  <==执行第 66 笔指令

[root@www ~]# !!   <==执行上一个指令，本例中亦即 !66 
[root@www ~]# !al  <==执行最近以 al 为开头的指令(上头列出的第 67 个)

经过上面的介绍，了乎？历史命令用法可多了！如果我想要执行上一个指令， 除了使用上下键之外，我可以直接以‘ !! ’ 来下达上个指令的内容，此外， 我也可以直接选择下达第 n 个指令，‘ !n ’来执行，也可以使用指令标头，例如 ‘ !vi ’来执行最近指令开头是 vi 的指令列！相当的方便而好用！

基本上 history 的用途很大的！但是需要小心安全的问题！尤其是 root 的历史纪录文件，这是 Cracker 的最爱！因为不小心的 root 会将很多的重要资料在执行的过程中会被纪录在 ~/.bash_history 当中，如果这个文件被解析的话，后果不堪呐！无论如何，使用 history 配合‘ ! ’曾经使用过的指令下达是很有效率的一个指令下达方法！

• 同一帐号同时多次登入的 history 写入问题

有些朋友在练习 linux 的时候喜欢同时开好几个 bash 介面，这些 bash 的身份都是 root 。 这样会有 ~/.bash_history 的写入问题吗？想一想，因为这些 bash 在同时以 root 的身份登入， 因此所有的 bash 都有自己的 1000 笔记录在记忆体中。因为等到登出时才会更新记录档，所以啰， 最后登出的那个 bash 才会是最后写入的资料。唔！如此一来其他 bash 的指令操作就不会被记录下来了 (其实有被记录，只是被后来的最后一个 bash 所覆盖更新了) 。

由于多重登入有这样的问题，所以很多朋友都习惯单一 bash 登入，再用工作控制 (job control, 第四篇会介绍) 来切换不同工作！ 这样才能够将所有曾经下达过的指令记录下来，也才方便未来系统管理员进行指令的 debug 啊！

• 无法记录时间

历史命令还有一个问题，那就是无法记录指令下达的时间。由于这 1000 笔历史命令是依序记录的， 但是并没有记录时间，所以在查询方面会有一些不方便。如果读者们有兴趣，其实可以透过 ~/.bash_logout 来进行 history 的记录，并加上 date 来增加时间参数，也是一个可以应用的方向喔！ 有兴趣的朋友可以先看看情境模拟题一吧！

我们在第六章与第七章都曾谈过‘相对路径与绝对路径’的关系， 在本章的前几小节也谈到了 alias 与 bash 的内建命令。现在我们知道系统里面其实有不少的 ls 指令， 或者是包括内建的 echo 指令，那么来想一想，如果一个指令 (例如 ls) 被下达时， 到底是哪一个 ls 被拿来运作？很有趣吧！基本上，指令运作的顺序可以这样看：

1. 以相对/绝对路径执行指令，例如‘ /bin/ls ’或‘ ./ls ’；
2. 由 alias 找到该指令来执行；
3. 由 bash 内建的 (builtin) 指令来执行；
4. 透过 $PATH 这个变数的顺序搜寻到的第一个指令来执行。

举例来说，你可以下达 /bin/ls 及单纯的 ls 看看，会发现使用 ls 有颜色但是 /bin/ls 则没有颜色。 因为 /bin/ls 是直接取用该指令来下达，而 ls 会因为‘ alias ls='ls --color=tty' ’这个命令别名而先使用！ 如果想要了解指令搜寻的顺序，其实透过 type -a ls 也可以查询的到啦！上述的顺序最好先了解喔！

[root@www ~]# alias echo='echo -n'
[root@www ~]# type -a echo
echo is aliased to `echo -n'
echo is a shell builtin
echo is /bin/echo

虾密！ bash 也有进站画面与欢迎讯息喔？真假？真的啊！ 还记得在终端机介面 (tty1 ~ tty6) 登入的时候，会有几行提示的字串吗？那就是进站画面啊！ 那个字串写在哪里啊？呵呵！在 /etc/issue 里面啊！先来看看：

[root@www ~]# cat /etc/issue
CentOS release 5.3 (Final)
Kernel \r on an \m

鸟哥是以完全未更新过的 CentOS 5.3 作为范例，里面预设有三行，较有趣的地方在于 \r 与 \m。 就如同 $PS1 这变数一样，issue 这个文件的内容也是可以使用反斜线作为变数取用喔！你可以 man issue 配合 man mingetty 得到底下的结果：

做一下底下这个练习，看看能不能取得你要的进站画面？

CentOS release 5.3 (Final) (terminal: \l)
Date: \d \t
Kernel \r on an \m
Welcome!

你要注意的是，除了 /etc/issue 之外还有个 /etc/issue.net 呢！这是啥？这个是提供给 telnet 这个远端登入程序用的。 当我们使用 telnet 连接到主机时，主机的登入画面就会显示 /etc/issue.net 而不是 /etc/issue 呢！

至于如果您想要让使用者登入后取得一些讯息，例如您想要让大家都知道的讯息， 那么可以将讯息加入 /etc/motd 里面去！例如：当登入后，告诉登入者， 系统将会在某个固定时间进行维护工作，可以这样做：

[root@www ~]# vi /etc/motd
Hello everyone,
Our server will be maintained at 2009/02/28 0:00 ~ 24:00.
Please don't login server at that time. ^_^

那么当你的使用者(包括所有的一般帐号与 root)登入主机后，就会显示这样的讯息出来：

Last login: Thu Feb  5 22:35:47 2009 from 127.0.0.1
Hello everyone,
Our server will be maintained at 2009/02/28 0:00 ~ 24:00.
Please don't login server at that time. ^_^

你是否会觉得奇怪，怎么我们什么动作都没有进行，但是一进入 bash 就取得一堆有用的变数了？ 这是因为系统有一些环境设定文件的存在，让 bash 在启动时直接读取这些设定档，以规划好 bash 的操作环境啦！ 而这些设定档又可以分为全体系统的设定档以及使用者个人偏好设定档。要注意的是， 我们前几个小节谈到的命令别名啦、自订的变数啦，在你登出 bash 后就会失效，所以你想要保留你的设定， 就得要将这些设定写入设定档才行。底下就让我们来聊聊吧！

• login 与 non-login shell

在开始介绍 bash 的设定档前，我们一定要先知道的就是 login shell 与 non-login shell！ 重点在于有没有登入 (login) 啦！

• login shell：取得 bash 时需要完整的登入流程的，就称为 login shell。举例来说，你要由 tty1 ~ tty6 登入，需要输入使用者的帐号与密码，此时取得的 bash 就称为‘ login shell ’啰；
  
  
• non-login shell：取得 bash 介面的方法不需要重复登入的举动，举例来说，(1)你以 X window 登入 Linux 后， 再以 X 的图形化介面启动终端机，此时那个终端介面并没有需要再次的输入帐号与密码，那个 bash 的环境就称为 non-login shell了。(2)你在原本的 bash 环境下再次下达 bash 这个指令，同样的也没有输入帐号密码， 那第二个 bash (子程序) 也是 non-login shell 。

为什么要介绍 login, non-login shell 呢？这是因为这两个取得 bash 的情况中，读取的设定档资料并不一样所致。 由于我们需要登入系统，所以先谈谈 login shell 会读取哪些设定档？一般来说，login shell 其实只会读取这两个设定档：

1. /etc/profile：这是系统整体的设定，你最好不要修改这个文件；
2. ~/.bash_profile 或 ~/.bash_login 或 ~/.profile：属于使用者个人设定，你要改自己的资料，就写入这里！

那么，就让我们来聊一聊这两个文件吧！这两个文件的内容可是非常繁复的喔！

• /etc/profile (login shell 才会读)

你可以使用 vim 去阅读一下这个文件的内容。这个设定档可以利用使用者的识别码 (UID) 来决定很多重要的变数资料， 这也是每个使用者登入取得 bash 时一定会读取的设定档！ 所以如果你想要帮所有使用者设定整体环境，那就是改这里啰！不过，没事还是不要随便改这个文件喔 这个文件设定的变数主要有：

• PATH：会依据 UID 决定 PATH 变数要不要含有 sbin 的系统指令目录；
• MAIL：依据帐号设定好使用者的 mailbox 到 /var/spool/mail/帐号名；
• USER：根据使用者的帐号设定此一变数内容；
• HOSTNAME：依据主机的 hostname 指令决定此一变数内容；
• HISTSIZE：历史命令记录笔数。CentOS 5.x 设定为 1000 ；

/etc/profile 可不止会做这些事而已，他还会去呼叫外部的设定资料喔！在 CentOS 5.x 预设的情况下， 底下这些资料会依序的被呼叫进来：

• /etc/inputrc
  
  其实这个文件并没有被执行啦！/etc/profile 会主动的判断使用者有没有自订输入的按键功能，如果没有的话， /etc/profile 就会决定设定‘INPUTRC=/etc/inputrc’这个变数！此一文件内容为 bash 的热键啦、[tab]要不要有声音啦等等的资料！ 因为鸟哥觉得 bash 预设的环境已经很棒了，所以不建议修改这个文件！
  
  
• /etc/profile.d/*.sh
  
  其实这是个目录内的众多文件！只要在 /etc/profile.d/ 这个目录内且副档名为 .sh ，另外，使用者能够具有 r 的权限， 那么该文件就会被 /etc/profile 呼叫进来。在 CentOS 5.x 中，这个目录底下的文件规范了 bash 操作介面的颜色、 语系、ll 与 ls 指令的命令别名、vi 的命令别名、which 的命令别名等等。如果你需要帮所有使用者设定一些共用的命令别名时， 可以在这个目录底下自行建立副档名为 .sh 的文件，并将所需要的资料写入即可喔！
  
  
• /etc/sysconfig/i18n
  
  这个文件是由 /etc/profile.d/lang.sh 呼叫进来的！这也是我们决定 bash 预设使用何种语系的重要设定档！ 文件里最重要的就是 LANG 这个变数的设定啦！我们在前面的 locale 讨论过这个文件啰！ 自行回去瞧瞧先！
  

反正你只要记得，bash 的 login shell 情况下所读取的整体环境设定档其实只有 /etc/profile，但是 /etc/profile 还会呼叫出其他的设定档，所以让我们的 bash 操作介面变的非常的友善啦！ 接下来，让我们来瞧瞧，那么个人偏好的设定档又是怎么回事？

• ~/.bash_profile (login shell 才会读)

bash 在读完了整体环境设定的 /etc/profile 并藉此呼叫其他设定档后，接下来则是会读取使用者的个人设定档。 在 login shell 的 bash 环境中，所读取的个人偏好设定档其实主要有三个，依序分别是：

1. ~/.bash_profile
2. ~/.bash_login
3. ~/.profile

其实 bash 的 login shell 设定只会读取上面三个文件的其中一个， 而读取的顺序则是依照上面的顺序。也就是说，如果 ~/.bash_profile 存在，那么其他两个文件不论有无存在，都不会被读取。 如果 ~/.bash_profile 不存在才会去读取 ~/.bash_login，而前两者都不存在才会读取 ~/.profile 的意思。 会有这么多的文件，其实是因应其他 shell 转换过来的使用者的习惯而已。 先让我们来看一下 root 的 /root/.bash_profile 的内容是怎样呢？

[root@www ~]# cat ~/.bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then   <==底下这三行在判断并读取 ~/.bashrc
        . ~/.bashrc
fi

# User specific environment and startup programs
PATH=$PATH:$HOME/bin        <==底下这几行在处理个人化设定
export PATH

unset USERNAME

这个文件内有设定 PATH 这个变数喔！而且还使用了 export 将 PATH 变成环境变数呢！ 由于 PATH 在 /etc/profile 当中已经设定过，所以在这里就以累加的方式增加使用者家目录下的 ~/bin/ 为额外的执行档放置目录。这也就是说，你可以将自己建立的执行档放置到你自己家目录下的 ~/bin/ 目录啦！ 那就可以直接执行该执行档而不需要使用绝对/相对路径来执行该文件。

这个文件的内容比较有趣的地方在于 if ... then ... 那一段！那一段程序码我们会在第十三章 shell script 谈到，假设你现在是看不懂的。 该段的内容指的是‘判断家目录下的 ~/.bashrc 存在否，若存在则读入 ~/.bashrc 的设定’。 bash 设定档的读入方式比较有趣，主要是透过一个指令‘ source ’来读取的！ 也就是说 ~/.bash_profile 其实会再呼叫 ~/.bashrc 的设定内容喔！最后，我们来看看整个 login shell 的读取流程：

图 4.3.1、login shell 的设定档读取流程

实线的的方向是主线流程，虚线的方向则是被呼叫的设定档！从上面我们也可以清楚的知道，在 CentOS 的 login shell 环境下，最终被读取的设定档是‘ ~/.bashrc ’这个文件喔！所以，你当然可以将自己的偏好设定写入该文件即可。 底下我们还要讨论一下 source 与 ~/.bashrc 喔！

• source ：读入环境设定档的指令

由于 /etc/profile 与 ~/.bash_profile 都是在取得 login shell 的时候才会读取的设定档，所以， 如果你将自己的偏好设定写入上述的文件后，通常都是得登出再登入后，该设定才会生效。那么，能不能直接读取设定档而不登出登入呢？ 可以的！那就得要利用 source 这个指令了！

[root@www ~]# source 设定档档名

范例：将家目录的 ~/.bashrc 的设定读入目前的 bash 环境中
[root@www ~]# source ~/.bashrc  <==底下这两个指令是一样的！
[root@www ~]#  .  ~/.bashrc

利用 source 或小数点 (.) 都可以将设定档的内容读进来目前的 shell 环境中！ 举例来说，我修改了 ~/.bashrc ，那么不需要登出，立即以 source ~/.bashrc 就可以将刚刚最新设定的内容读进来目前的环境中！很不错吧！还有，包括 ~/bash_profile 以及 /etc/profile 的设定中， 很多时候也都是利用到这个 source (或小数点) 的功能喔！

有没有可能会使用到不同环境设定档的时候？有啊！ 最常发生在一个人的工作环境分为多种情况的时候了！举个例子来说，在鸟哥的大型主机中， 常常需要负责两到三个不同的案子，每个案子所需要处理的环境变数订定并不相同， 那么鸟哥就将这两三个案子分别编写属于该案子的环境变数设定文件，当需要该环境时，就直接‘ source 变数档 ’，如此一来，环境变数的设定就变的更简便而灵活了！

• ~/.bashrc (non-login shell 会读)

谈完了 login shell 后，那么 non-login shell 这种非登入情况取得 bash 操作介面的环境设定档又是什么？ 当你取得 non-login shell 时，该 bash 设定档仅会读取 ~/.bashrc 而已啦！那么预设的 ~/.bashrc 内容是如何？

[root@www ~]# cat ~/.bashrc
# .bashrc

# User specific aliases and functions
alias rm='rm -i'             <==使用者的个人设定
alias cp='cp -i'
alias mv='mv -i'

# Source global definitions
if [ -f /etc/bashrc ]; then  <==整体的环境设定
        . /etc/bashrc
fi

特别注意一下，由于 root 的身份与一般使用者不同，鸟哥是以 root 的身份取得上述的资料， 如果是一般使用者的 ~/.bashrc 会有些许不同。看一下，你会发现在 root 的 ~/.bashrc 中其实已经规范了较为保险的命令别名了。 此外，咱们的 CentOS 5.x 还会主动的呼叫 /etc/bashrc 这个文件喔！为什么需要呼叫 /etc/bashrc 呢？ 因为 /etc/bashrc 帮我们的 bash 定义出底下的资料：

• 依据不同的 UID 规范出 umask 的值；
• 依据不同的 UID 规范出提示字元 (就是 PS1 变数)；
• 呼叫 /etc/profile.d/*.sh 的设定

你要注意的是，这个 /etc/bashrc 是 CentOS 特有的 (其实是 Red Hat 系统特有的)，其他不同的 distributions 可能会放置在不同的档名就是了。由于这个 ~/.bashrc 会呼叫 /etc/bashrc 及 /etc/profile.d/*.sh ， 所以，万一你没有 ~/.bashrc (可能自己不小心将他删除了)，那么你会发现你的 bash 提示字元可能会变成这个样子：

-bash-3.2$  

不要太担心啦！这是正常的，因为你并没有呼叫 /etc/bashrc 来规范 PS1 变数啦！而且这样的情况也不会影响你的 bash 使用。 如果你想要将命令提示字元捉回来，那么可以复制 /etc/skel/.bashrc 到你的家目录，再修订一下你所想要的内容， 并使用 source 去呼叫 ~/.bashrc ，那你的命令提示字元就会回来啦！

• 其他相关设定档

事实上还有一些设定档可能会影响到你的 bash 操作的，底下就来谈一谈：

• /etc/man.config
  
  这个文件乍看之下好像跟 bash 没相关性，但是对于系统管理员来说， 却也是很重要的一个文件！这的文件的内容‘规范了使用 man 的时候， man page 的路径到哪里去寻找！’所以说的简单一点，这个文件规定了下达 man 的时候，该去哪里查看资料的路径设定！
  
  那么什么时候要来修改这个文件呢？如果你是以 tarball 的方式来安装你的资料，那么你的 man page 可能会放置在 /usr/local/softpackage/man 里头，那个 softpackage 是你的套件名称， 这个时候你就得以手动的方式将该路径加到 /etc/man.config 里头，否则使用 man 的时候就会找不到相关的说明档啰。
  
  事实上，这个文件内最重要的其实是 MANPATH 这个变数设定啦！ 我们搜寻 man page 时，会依据 MANPATH 的路径去分别搜寻啊！另外，要注意的是， 这个文件在各大不同版本 Linux distributions 中，档名都不太相同，例如 CentOS 用的是 /etc/man.config ，而 SuSE 用的则是 /etc/manpath.config ， 可以利用 [tab] 按键来进行档名的补齐啦！
  
  
• ~/.bash_history
  
  还记得我们在历史命令提到过这个文件吧？预设的情况下， 我们的历史命令就记录在这里啊！而这个文件能够记录几笔资料，则与 HISTFILESIZE 这个变数有关啊。每次登入 bash 后，bash 会先读取这个文件，将所有的历史指令读入记忆体， 因此，当我们登入 bash 后就可以查知上次使用过哪些指令啰。至于更多的历史指令， 请自行回去参考喔！
  
  
• ~/.bash_logout
  
  这个文件则记录了‘当我登出 bash 后，系统再帮我做完什么动作后才离开’的意思。 你可以去读取一下这个文件的内容，预设的情况下，登出时， bash 只是帮我们清掉荧幕的讯息而已。 不过，你也可以将一些备份或者是其他你认为重要的工作写在这个文件中 (例如清空暂存档)， 那么当你离开 Linux 的时候，就可以解决一些烦人的事情啰！
  

我们在第五章首次登入 Linux 时就提过，可以在 tty1 ~ tty6 这六个文字介面的终端机 (terminal) 环境中登入，登入的时候我们可以取得一些字元设定的功能喔！ 举例来说，我们可以利用倒退键 (backspace，就是那个←符号的按键) 来删除命令列上的字元， 也可以使用 [ctrl]+c 来强制终止一个指令的运行，当输入错误时，就会有声音跑出来警告。这是怎么办到的呢？ 很简单啊！因为登入终端机的时候，会自动的取得一些终端机的输入环境的设定啊！

事实上，目前我们使用的 Linux distributions 都帮我们作了最棒的使用者环境了， 所以大家可以不用担心操作环境的问题。不过，在某些 Unix like 的机器中，还是可能需要动用一些手脚， 才能够让我们的输入比较快乐～举例来说，利用 [backspace] 删除，要比利用 [Del] 按键来的顺手吧！ 但是某些 Unix 偏偏是以 [del] 来进行字元的删除啊！所以，这个时候就可以动动手脚啰～

那么如何查阅目前的一些按键内容呢？可以利用 stty (setting tty 终端机的意思) 呢！ stty 也可以帮助设定终端机的输入按键代表意义喔！

[root@www ~]# stty [-a]
选项与参数：
-a  ：将目前所有的 stty 参数列出来；

范例一：列出所有的按键与按键内容
[root@www ~]# stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; 
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z;

rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
....(以下省略)....

我们可以利用 stty -a 来列出目前环境中所有的按键列表，在上头的列表当中，需要注意的是特殊字体那几个， 此外，如果出现 ^ 表示 [Ctrl] 那个按键的意思。举例来说， intr = ^C 表示利用 [ctrl] + c 来达成的。几个重要的代表意义是：

• eof   : End of file 的意思，代表‘结束输入’。
• erase : 向后删除字元，
• intr  : 送出一个 interrupt (中断) 的讯号给目前正在 run 的程序；
• kill  : 删除在目前指令列上的所有文字；
• quit  : 送出一个 quit 的讯号给目前正在 run 的程序；
• start : 在某个程序停止后，重新启动他的 output
• stop  : 停止目前荧幕的输出；
• susp  : 送出一个 terminal stop 的讯号给正在 run 的程序。

记不记得我们在第五章讲过几个 Linux 热键啊？没错！ 就是这个 stty 设定值内的 intr / eof 啰～至于删除字元，就是 erase 那个设定值啦！ 如果你想要用 [ctrl]+h 来进行字元的删除，那么可以下达：

[root@www ~]# stty erase ^h

那么从此之后，你的删除字元就得要使用 [ctrl]+h 啰，按下 [backspace] 则会出现 ^? 字样呢！ 如果想要回复利用 [backspace] ，就下达 stty erase ^? 即可啊！ 至于更多的 stty 说明，记得参考一下 man stty 的内容喔！

除了 stty 之外，其实我们的 bash 还有自己的一些终端机设定值呢！那就是利用 set 来设定的！ 我们之前提到一些变数时，可以利用 set 来显示，除此之外，其实 set 还可以帮我们设定整个指令输出/输入的环境。 例如记录历史命令、显示错误内容等等。

[root@www ~]# set [-uvCHhmBx]
选项与参数：
-u  ：预设不启用。若启用后，当使用未设定变数时，会显示错误讯息；
-v  ：预设不启用。若启用后，在讯息被输出前，会先显示讯息的原始内容；
-x  ：预设不启用。若启用后，在指令被执行前，会显示指令内容(前面有 ++ 符号)
-h  ：预设启用。与历史命令有关；
-H  ：预设启用。与历史命令有关；
-m  ：预设启用。与工作管理有关；
-B  ：预设启用。与刮号 [] 的作用有关；
-C  ：预设不启用。若使用 > 等，则若文件存在时，该文件不会被覆盖。

范例一：显示目前所有的 set 设定值
[root@www ~]# echo $-
himBH
# 那个 $- 变数内容就是 set 的所有设定啦！ bash 预设是 himBH 喔！

范例二：设定 "若使用未定义变数时，则显示错误讯息" 
[root@www ~]# set -u
[root@www ~]# echo $vbirding
-bash: vbirding: unbound variable
# 预设情况下，未设定/未宣告 的变数都会是‘空的’，不过，若设定 -u 参数，
# 那么当使用未设定的变数时，就会有问题啦！很多的 shell 都预设启用 -u 参数。
# 若要取消这个参数，输入 set +u 即可！

范例三：执行前，显示该指令内容。
[root@www ~]# set -x

[root@www ~]# echo $HOME
+ echo /root
/root
++ echo -ne '\033]0;root@www:~'
# 看见否？要输出的指令都会先被列印到荧幕上喔！前面会多出 + 的符号！

另外，其实我们还有其他的按键设定功能呢！就是在前一小节提到的 /etc/inputrc 这个文件里面设定。

[root@www ~]# cat /etc/inputrc
# do not bell on tab-completion
#set bell-style none

set meta-flag on
set input-meta on
set convert-meta off
set output-meta on

.....以下省略.....

还有例如 /etc/DIR_COLORS* 与 /etc/termcap 等，也都是与终端机有关的环境设定文件呢！ 不过，事实上，鸟哥并不建议您修改 tty 的环境呢，这是因为 bash 的环境已经设定的很亲和了， 我们不需要额外的设定或者修改，否则反而会产生一些困扰。不过，写在这里的资料， 只是希望大家能够清楚的知道我们的终端机是如何进行设定的喔！ ^_^！ 最后，我们将 bash 预设的组合键给他汇整如下：

在 bash 的操作环境中还有一个非常有用的功能，那就是万用字元 (wildcard) ！ 我们利用 bash 处理资料就更方便了！底下我们列出一些常用的万用字元喔：

接下来让我们利用万用字元来玩些东西吧！首先，利用万用字元配合 ls 找档名看看：

[root@www ~]# LANG=C              <==由于与编码有关，先设定语系一下

范例一：找出 /etc/ 底下以 cron 为开头的档名
[root@www ~]# ll -d /etc/cron*    <==加上 -d 是为了仅显示目录而已

范例二：找出 /etc/ 底下档名‘刚好是五个字母’的档名

[root@www ~]# ll -d /etc/?????    <==由于 ? 一定有一个，所以五个 ? 就对了

范例三：找出 /etc/ 底下档名含有数字的档名
[root@www ~]# ll -d /etc/*[0-9]*  <==记得中括号左右两边均需 *

范例四：找出 /etc/ 底下，档名开头非为小写字母的档名：
[root@www ~]# ll -d /etc/[^a-z]*  <==注意中括号左边没有 *

范例五：将范例四找到的文件复制到 /tmp 中
[root@www ~]# cp -a /etc/[^a-z]* /tmp

除了万用字元之外，bash 环境中的特殊符号有哪些呢？底下我们先汇整一下：

以上为 bash 环境中常见的特殊符号汇整！理论上，你的‘档名’尽量不要使用到上述的字元啦！

什么是资料流重导向啊？这得要由指令的执行结果谈起！一般来说，如果你要执行一个指令，通常他会是这样的：

图 5.1.1、指令执行过程的资料传输情况

我们执行一个指令的时候，这个指令可能会由文件读入资料，经过处理之后，再将资料输出到荧幕上。 在上图当中， standard output 与 standard error output 分别代表‘标准输出’与‘标准错误输出’， 这两个玩意儿预设都是输出到荧幕上面来的啊！那么什么是标准输出与标准错误输出呢？

• standard output 与 standard error output

简单的说，标准输出指的是‘指令执行所回传的正确的讯息’，而标准错误输出可理解为‘ 指令执行失败后，所回传的错误讯息’。举个简单例子来说，我们的系统预设有 /etc/crontab 但却无 /etc/vbirdsay， 此时若下达‘ cat /etc/crontab /etc/vbirdsay ’这个指令时，cat 会进行：

• 标准输出：读取 /etc/crontab 后，将该文件内容显示到荧幕上；
• 标准错误输出：因为无法找到 /etc/vbirdsay，因此在荧幕上显示错误讯息

不管正确或错误的资料都是预设输出到荧幕上，所以荧幕当然是乱乱的！那能不能透过某些机制将这两股资料分开呢？ 当然可以啊！那就是资料流重导向的功能啊！资料流重导向可以将 standard output (简称 stdout) 与 standard error output (简称 stderr) 分别传送到其他的文件或装置去，而分别传送所用的特殊字元则如下所示：

1. 标准输入　　(stdin) ：代码为 0 ，使用 < 或 << ；
2. 标准输出　　(stdout)：代码为 1 ，使用 > 或 >> ；
3. 标准错误输出(stderr)：代码为 2 ，使用 2> 或 2>> ；

为了理解 stdout 与 stderr ，我们先来进行一个范例的练习：

范例一：观察你的系统根目录 (/) 下各目录的档名、权限与属性，并记录下来
[root@www ~]# ll /  <==此时荧幕会显示出档名资讯

[root@www ~]# ll / > ~/rootfile <==荧幕并无任何资讯

[root@www ~]# ll  ~/rootfile <==有个新档被建立了！
-rw-r--r-- 1 root root 1089 Feb  6 17:00 /root/rootfile

怪了！荧幕怎么会完全没有资料呢？这是因为原本‘ ll / ’所显示的资料已经被重新导向到 ~/rootfile 文件中了！ 那个 ~/rootfile 的档名可以随便你取。如果你下达‘ cat ~/rootfile ’那就可以看到原本应该在荧幕上面的资料啰。 如果我再次下达：‘ ll /home > ~/rootfile ’后，那个 ~/rootfile 文件的内容变成什么？ 他将变成‘仅有 ll /home 的资料’而已！咦！原本的‘ ll / ’资料就不见了吗？是的！因为该文件的建立方式是：

1. 该文件 (本例中是 ~/rootfile) 若不存在，系统会自动的将他建立起来，但是
2. 当这个文件存在的时候，那么系统就会先将这个文件内容清空，然后再将资料写入！
3. 也就是若以 > 输出到一个已存在的文件中，那个文件就会被覆盖掉啰！

那如果我想要将资料累加而不想要将旧的资料删除，那该如何是好？利用两个大于的符号 (>>) 就好啦！以上面的范例来说，你应该要改成‘ ll / >> ~/rootfile ’即可。 如此一来，当 (1) ~/rootfile 不存在时系统会主动建立这个文件；(2)若该文件已存在， 则资料会在该文件的最下方累加进去！

上面谈到的是 standard output 的正确资料，那如果是 standard error output 的错误资料呢？那就透过 2> 及 2>> 啰！同样是覆盖 (2>) 与累加 (2>>) 的特性！我们在刚刚才谈到 stdout 代码是 1 而 stderr 代码是 2 ， 所以这个 2> 是很容易理解的，而如果仅存在 > 时，则代表预设的代码 1 啰！也就是说：

• 1> ：以覆盖的方法将‘正确的资料’输出到指定的文件或装置上；
• 1>>：以累加的方法将‘正确的资料’输出到指定的文件或装置上；
• 2> ：以覆盖的方法将‘错误的资料’输出到指定的文件或装置上；
• 2>>：以累加的方法将‘错误的资料’输出到指定的文件或装置上；

要注意喔，‘ 1>> ‘以及‘ 2>> ’中间是没有空格的！OK！有些概念之后让我们继续聊一聊这家伙怎么应用吧！ 当你以一般身份执行 find 这个指令的时候，由于权限的问题可能会产生一些错误资讯。例如执行‘ find / -name testing ’时，可能会产生类似‘ find: /root: Permission denied ’之类的讯息。 例如底下这个范例：

范例二：利用一般身份帐号搜寻 /home 底下是否有名为 .bashrc 的文件存在
[root@www ~]# su - dmtsai  <==假设我的系统有名为 dmtsai 的帐号
[dmtsai@www ~]$ find /home -name .bashrc <==身份是 dmtsai 喔！
find: /home/lost+found: Permission denied  <== Starndard error

find: /home/alex: Permission denied        <== Starndard error
find: /home/arod: Permission denied        <== Starndard error
/home/dmtsai/.bashrc                       <== Starndard output

由于 /home 底下还有我们之前建立的帐号存在，那些帐号的家目录你当然不能进入啊！所以就会有错误及正确资料了。 好了，那么假如我想要将资料输出到 list 这个文件中呢？执行‘ find /home -name .bashrc > list ’ 会有什么结果？呵呵，你会发现 list 里面存了刚刚那个‘正确’的输出资料， 至于荧幕上还是会有错误的讯息出现呢！伤脑筋！如果想要将正确的与错误的资料分别存入不同的文件中需要怎么做？

范例三：承范例二，将 stdout 与 stderr 分存到不同的文件去
[dmtsai@www ~]$ find /home -name .bashrc > list_right 2> list_error

注意喔，此时‘荧幕上不会出现任何讯息’！因为刚刚执行的结果中，有 Permission 的那几行错误资讯都会跑到 list_error 这个文件中，至于正确的输出资料则会存到 list_right 这个文件中啰！这样可以了解了吗？ 如果有点混乱的话，去休息一下再来看看吧！

• /dev/null 垃圾桶黑洞装置与特殊写法

想像一下，如果我知道错误讯息会发生，所以要将错误讯息忽略掉而不显示或储存呢？ 这个时候黑洞装置 /dev/null 就很重要了！这个 /dev/null 可以吃掉任何导向这个装置的资讯喔！将上述的范例修订一下：

范例四：承范例三，将错误的资料丢弃，荧幕上显示正确的资料
[dmtsai@www ~]$ find /home -name .bashrc 2> /dev/null
/home/dmtsai/.bashrc  <==只有 stdout 会显示到荧幕上， stderr 被丢弃了

再想像一下，如果我要将正确与错误资料通通写入同一个文件去呢？这个时候就得要使用特殊的写法了！ 我们同样用底下的案例来说明：

范例五：将指令的资料全部写入名为 list 的文件中
[dmtsai@www ~]$ find /home -name .bashrc > list 2> list  <==错误

[dmtsai@www ~]$ find /home -name .bashrc > list 2>&1     <==正确
[dmtsai@www ~]$ find /home -name .bashrc &> list         <==正确

上述表格第一行错误的原因是，由于两股资料同时写入一个文件，又没有使用特殊的语法， 此时两股资料可能会交叉写入该文件内，造成次序的错乱。所以虽然最终 list 文件还是会产生，但是里面的资料排列就会怪怪的，而不是原本荧幕上的输出排序。 至于写入同一个文件的特殊语法如上表所示，你可以使用 2>&1 也可以使用 &> ！ 一般来说，鸟哥比较习惯使用 2>&1 的语法啦！

• standard input ： < 与 <<

了解了 stderr 与 stdout 后，那么那个 < 又是什么呀？呵呵！以最简单的说法来说， 那就是‘将原本需要由键盘输入的资料，改由文件内容来取代’的意思。 我们先由底下的 cat 指令操作来了解一下什么叫做‘键盘输入’吧！

范例六：利用 cat 指令来建立一个文件的简单流程
[root@www ~]# cat > catfile
testing
cat file test
<==这里按下 [ctrl]+d 来离开

[root@www ~]# cat catfile

testing
cat file test

由于加入 > 在 cat 后，所以那个 catfile 会被主动的建立，而内容就是刚刚键盘上面输入的那两行资料了。 唔！那我能不能用纯文字档取代键盘的输入，也就是说，用某个文件的内容来取代键盘的敲击呢？ 可以的！如下所示：

范例七：用 stdin 取代键盘的输入以建立新文件的简单流程
[root@www ~]# cat > catfile < ~/.bashrc

[root@www ~]# ll catfile ~/.bashrc
-rw-r--r-- 1 root root 194 Sep 26 13:36 /root/.bashrc
-rw-r--r-- 1 root root 194 Feb  6 18:29 catfile
# 注意看，这两个文件的大小会一模一样！几乎像是使用 cp 来复制一般！

这东西非常的有帮助！尤其是用在类似 mail 这种指令的使用上。 理解 < 之后，再来则是怪可怕一把的 << 这个连续两个小于的符号了。 他代表的是‘结束的输入字元’的意思！举例来讲：‘我要用 cat 直接将输入的讯息输出到 catfile 中， 且当由键盘输入 eof 时，该次输入就结束’，那我可以这样做：

[root@www ~]# cat > catfile << "eof"
> This is a test.
> OK now stop
> eof  <==输入这关键字，立刻就结束而不需要输入 [ctrl]+d

[root@www ~]# cat catfile
This is a test.
OK now stop     <==只有这两行，不会存在关键字那一行！

看到了吗？利用 << 右侧的控制字元，我们可以终止一次输入， 而不必输入 [crtl]+d 来结束哩！这对程序写作很有帮助喔！好了，那么为何要使用命令输出重导向呢？我们来说一说吧！

• 荧幕输出的资讯很重要，而且我们需要将他存下来的时候；
• 背景执行中的程序，不希望他干扰荧幕正常的输出结果时；
• 一些系统的例行命令 (例如写在 /etc/crontab 中的文件) 的执行结果，希望他可以存下来时；
• 一些执行命令的可能已知错误讯息时，想以‘ 2> /dev/null ’将他丢掉时；
• 错误讯息与正确讯息需要分别输出时。

当然还有很多的功能的，最简单的就是网友们常常问到的：‘为何我的 root 都会收到系统 crontab 寄来的错误讯息呢’这个咚咚是常见的错误， 而如果我们已经知道这个错误讯息是可以忽略的时候，嗯！‘ 2> errorfile ’这个功能就很重要了吧！ 了解了吗？

在某些情况下，很多指令我想要一次输入去执行，而不想要分次执行时，该如何是好？基本上你有两个选择， 一个是透过第十三章要介绍的 shell script 撰写脚本去执行，一种则是透过底下的介绍来一次输入多重指令喔！

• cmd ; cmd (不考虑指令相关性的连续指令下达)

在某些时候，我们希望可以一次执行多个指令，例如在关机的时候我希望可以先执行两次 sync 同步化写入磁碟后才 shutdown 电脑，那么可以怎么作呢？这样做呀：

[root@www ~]# sync; sync; shutdown -h now

在指令与指令中间利用分号 (;) 来隔开，这样一来，分号前的指令执行完后就会立刻接着执行后面的指令了。 这真是方便啊～再来，换个角度来想，万一我想要在某个目录底下建立一个文件，也就是说，如果该目录存在的话， 那我才建立这个文件，如果不存在，那就算了。也就是说这两个指令彼此之间是有相关性的， 前一个指令是否成功的执行与后一个指令是否要执行有关！那就得动用到 && 或 || 啰！

• $? (指令回传值) 与 && 或 ||

如同上面谈到的，两个指令之间有相依性，而这个相依性主要判断的地方就在于前一个指令执行的结果是否正确。 还记得本章之前我们曾介绍过指令回传值吧！嘿嘿！没错，您真聪明！就是透过这个回传值啦！ 再复习一次‘若前一个指令执行的结果为正确，在 Linux 底下会回传一个 $? = 0 的值’。 那么我们怎么透过这个回传值来判断后续的指令是否要执行呢？这就得要藉由‘ && ’及‘ || ’的帮忙了！ 注意喔，两个 & 之间是没有空格的！那个 | 则是 [Shift]+[\] 的按键结果。

上述的 cmd1 及 cmd2 都是指令。好了，回到我们刚刚假想的情况，就是想要： (1)先判断一个目录是否存在； (2)若存在才在该目录底下建立一个文件。由于我们尚未介绍如何判断式 (test) 的使用，在这里我们使用 ls 以及回传值来判断目录是否存在啦！ 让我们进行底下这个练习看看：

范例一：使用 ls 查阅目录 /tmp/abc 是否存在，若存在则用 touch 建立 /tmp/abc/hehe 
[root@www ~]# ls /tmp/abc && touch /tmp/abc/hehe
ls: /tmp/abc: No such file or directory 

# ls 很干脆的说明找不到该目录，但并没有 touch 的错误，表示 touch 并没有执行

[root@www ~]# mkdir /tmp/abc
[root@www ~]# ls /tmp/abc && touch /tmp/abc/hehe
[root@www ~]# ll /tmp/abc
-rw-r--r-- 1 root root 0 Feb  7 12:43 hehe

看到了吧？如果 /tmp/abc 不存在时，touch 就不会被执行，若 /tmp/abc 存在的话，那么 touch 就会开始执行啰！ 很不错用吧！不过，我们还得手动自行建立目录，伤脑筋～能不能自动判断，如果没有该目录就给予建立呢？ 参考一下底下的例子先：

范例二：测试 /tmp/abc 是否存在，若不存在则予以建立，若存在就不作任何事情
[root@www ~]# rm -r /tmp/abc                <==先删除此目录以方便测试
[root@www ~]# ls /tmp/abc || mkdir /tmp/abc
ls: /tmp/abc: No such file or directory <==真的不存在喔！

[root@www ~]# ll /tmp/abc                  
total 0                                 <==结果出现了！有进行 mkdir

如果你一再重复‘ ls /tmp/abc || mkdir /tmp/abc ’画面也不会出现重复 mkdir 的错误！这是因为 /tmp/abc 已经存在， 所以后续的 mkdir 就不会进行！这样理解否？好了，让我们再次的讨论一下，如果我想要建立 /tmp/abc/hehe 这个文件， 但我并不知道 /tmp/abc 是否存在，那该如何是好？试看看：

范例三：我不清楚 /tmp/abc 是否存在，但就是要建立 /tmp/abc/hehe 文件
[root@www ~]# ls /tmp/abc || mkdir /tmp/abc && touch /tmp/abc/hehe

上面这个范例三总是会建立 /tmp/abc/hehe 的喔！不论 /tmp/abc 是否存在。那么范例三应该如何解释呢？ 由于Linux 底下的指令都是由左往右执行的，所以范例三有几种结果我们来分析一下：

• (1)若 /tmp/abc 不存在故回传 $?≠0，则 (2)因为 || 遇到非为 0 的 $? 故开始 mkdir /tmp/abc，由于 mkdir /tmp/abc 会成功进行，所以回传 $?=0 (3)因为 && 遇到 $?=0 故会执行 touch /tmp/abc/hehe，最终 hehe 就被建立了；
  
  
• (1)若 /tmp/abc 存在故回传 $?=0，则 (2)因为 || 遇到 0 的 $? 不会进行，此时 $?=0 继续向后传，故 (3)因为 && 遇到 $?=0 就开始建立 /tmp/abc/hehe 了！最终 /tmp/abc/hehe 被建立起来。

整个流程图示如下：

图 5.2.1、 指令依序执行的关系示意图

上面这张图显示的两股资料中，上方的线段为不存在 /tmp/abc 时所进行的指令行为，下方的线段则是存在 /tmp/abc 所在的指令行为。如上所述，下方线段由于存在 /tmp/abc 所以导致 $?=0 ，让中间的 mkdir 就不执行了！ 并将 $?=0 继续往后传给后续的 touch 去利用啦！了乎？在任何时刻你都可以拿上面这张图作为示意！ 让我们来想想底下这个例题吧！

经过这个例题的练习，你应该会了解，由于指令是一个接着一个去执行的，因此，如果真要使用判断， 那么这个 && 与 || 的顺序就不能搞错。一般来说，假设判断式有三个，也就是：

command1 && command2 || command3

而且顺序通常不会变，因为一般来说， command2 与 command3 会放置肯定可以执行成功的指令， 因此，依据上面例题的逻辑分析，您就会晓得为何要如此放置啰～这很有用的啦！而且.....考试也很常考～

什么是撷取命令啊？说穿了，就是将一段资料经过分析后，取出我们所想要的。或者是经由分析关键字，取得我们所想要的那一行！ 不过，要注意的是，一般来说，撷取讯息通常是针对‘一行一行’来分析的， 并不是整篇讯息分析的喔～底下我们介绍两个很常用的讯息撷取命令：

• cut

cut 不就是‘切’吗？没错啦！这个指令可以将一段讯息的某一段给他‘切’出来～ 处理的讯息是以‘行’为单位喔！底下我们就来谈一谈：

[root@www ~]# cut -d'分隔字元' -f fields <==用于有特定分隔字元
[root@www ~]# cut -c 字元区间            <==用于排列整齐的讯息
选项与参数：
-d  ：后面接分隔字元。与 -f 一起使用；
-f  ：依据 -d 的分隔字元将一段讯息分割成为数段，用 -f 取出第几段的意思；
-c  ：以字元 (characters) 的单位取出固定字元区间；

范例一：将 PATH 变数取出，我要找出第五个路径。
[root@www ~]# echo $PATH
/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/usr/X11R6/bin:/usr/games:
# 1 |    2   |  3  |    4    |       5      |     6        |    7

[root@www ~]# echo $PATH | cut -d ':' -f 5
# 如同上面的数字显示，我们是以‘ : ’作为分隔，因此会出现 /usr/local/bin 
# 那么如果想要列出第 3 与第 5 呢？，就是这样：
[root@www ~]# echo $PATH | cut -d ':' -f 3,5

范例二：将 export 输出的讯息，取得第 12 字元以后的所有字串
[root@www ~]# export
declare -x HISTSIZE="1000"
declare -x INPUTRC="/etc/inputrc"
declare -x KDEDIR="/usr"
declare -x LANG="zh_TW.big5"
.....(其他省略).....
# 注意看，每个资料都是排列整齐的输出！如果我们不想要‘ declare -x ’时，
# 就得这么做：

[root@www ~]# export | cut -c 12-
HISTSIZE="1000"
INPUTRC="/etc/inputrc"
KDEDIR="/usr"
LANG="zh_TW.big5"
.....(其他省略).....
# 知道怎么回事了吧？用 -c 可以处理比较具有格式的输出资料！
# 我们还可以指定某个范围的值，例如第 12-20 的字元，就是 cut -c 12-20 等等！


范例三：用 last 将显示的登入者的资讯中，仅留下使用者大名
[root@www ~]# last
root   pts/1    192.168.201.101  Sat Feb  7 12:35   still logged in
root   pts/1    192.168.201.101  Fri Feb  6 12:13 - 18:46  (06:33)
root   pts/1    192.168.201.254  Thu Feb  5 22:37 - 23:53  (01:16)
# last 可以输出‘帐号/终端机/来源/日期时间’的资料，并且是排列整齐的

[root@www ~]# last | cut -d ' ' -f 1
# 由输出的结果我们可以发现第一个空白分隔的栏位代表帐号，所以使用如上指令：
# 但是因为 root   pts/1 之间空格有好几个，并非仅有一个，所以，如果要找出 
# pts/1 其实不能以 cut -d ' ' -f 1,2 喔！输出的结果会不是我们想要的。

cut 主要的用途在于将‘同一行里面的资料进行分解！’最常使用在分析一些数据或文字资料的时候！ 这是因为有时候我们会以某些字元当作分割的参数，然后来将资料加以切割，以取得我们所需要的资料。 鸟哥也很常使用这个功能呢！尤其是在分析 log 文件的时候！不过，cut 在处理多空格相连的资料时，可能会比较吃力一点。

• grep

刚刚的 cut 是将一行讯息当中，取出某部分我们想要的，而 grep 则是分析一行讯息， 若当中有我们所需要的资讯，就将该行拿出来～简单的语法是这样的：

[root@www ~]# grep [-acinv] [--color=auto] '搜寻字串' filename
选项与参数：
-a ：将 binary 文件以 text 文件的方式搜寻资料
-c ：计算找到 '搜寻字串' 的次数
-i ：忽略大小写的不同，所以大小写视为相同
-n ：顺便输出行号
-v ：反向选择，亦即显示出没有 '搜寻字串' 内容的那一行！
--color=auto ：可以将找到的关键字部分加上颜色的显示喔！

范例一：将 last 当中，有出现 root 的那一行就取出来；
[root@www ~]# last | grep 'root'

范例二：与范例一相反，只要没有 root 的就取出！
[root@www ~]# last | grep -v 'root'

范例三：在 last 的输出讯息中，只要有 root 就取出，并且仅取第一栏
[root@www ~]# last | grep 'root' |cut -d ' ' -f1

# 在取出 root 之后，利用上个指令 cut 的处理，就能够仅取得第一栏啰！

范例四：取出 /etc/man.config 内含 MANPATH 的那几行
[root@www ~]# grep --color=auto 'MANPATH' /etc/man.config
....(前面省略)....
MANPATH_MAP     /usr/X11R6/bin          /usr/X11R6/man
MANPATH_MAP     /usr/bin/X11            /usr/X11R6/man
MANPATH_MAP     /usr/bin/mh             /usr/share/man
# 神奇的是，如果加上 --color=auto 的选项，找到的关键字部分会用特殊颜色显示喔！

grep 是个很棒的指令喔！他支援的语法实在是太多了～用在正规表示法里头， 能够处理的资料实在是多的很～不过，我们这里先不谈正规表示法～下一章再来说明～ 您先了解一下， grep 可以解析一行文字，取得关键字，若该行有存在关键字，就会整行列出来！

很多时候，我们都会去计算一次资料里头的相同型态的资料总数，举例来说， 使用 last 可以查得这个月份有登入主机者的身份。那么我可以针对每个使用者查出他们的总登入次数吗？ 此时就得要排序与计算之类的指令来辅助了！底下我们介绍几个好用的排序与统计指令喔！

• sort

sort 是很有趣的指令，他可以帮我们进行排序，而且可以依据不同的资料型态来排序喔！ 例如数字与文字的排序就不一样。此外，排序的字元与语系的编码有关，因此， 如果您需要排序时，建议使用 LANG=C 来让语系统一，资料排序比较好一些。

[root@www ~]# sort [-fbMnrtuk] [file or stdin]
选项与参数：
-f  ：忽略大小写的差异，例如 A 与 a 视为编码相同；
-b  ：忽略最前面的空白字元部分；
-M  ：以月份的名字来排序，例如 JAN, DEC 等等的排序方法；
-n  ：使用‘纯数字’进行排序(预设是以文字型态来排序的)；
-r  ：反向排序；
-u  ：就是 uniq ，相同的资料中，仅出现一行代表；
-t  ：分隔符号，预设是用 [tab] 键来分隔；
-k  ：以那个区间 (field) 来进行排序的意思

范例一：个人帐号都记录在 /etc/passwd 下，请将帐号进行排序。
[root@www ~]# cat /etc/passwd | sort
adm:x:3:4:adm:/var/adm:/sbin/nologin
apache:x:48:48:Apache:/var/www:/sbin/nologin
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
# 鸟哥省略很多的输出～由上面的资料看起来， sort 是预设‘以第一个’资料来排序，
# 而且预设是以‘文字’型态来排序的喔！所以由 a 开始排到最后啰！

范例二：/etc/passwd 内容是以 : 来分隔的，我想以第三栏来排序，该如何？

[root@www ~]# cat /etc/passwd | sort -t ':' -k 3
root:x:0:0:root:/root:/bin/bash
uucp:x:10:14:uucp:/var/spool/uucp:/sbin/nologin
operator:x:11:0:operator:/root:/sbin/nologin
bin:x:1:1:bin:/bin:/sbin/nologin
games:x:12:100:games:/usr/games:/sbin/nologin
# 看到特殊字体的输出部分了吧？怎么会这样排列啊？呵呵！没错啦～
# 如果是以文字型态来排序的话，原本就会是这样，想要使用数字排序：
# cat /etc/passwd | sort -t ':' -k 3 -n
# 这样才行啊！用那个 -n 来告知 sort 以数字来排序啊！

范例三：利用 last ，将输出的资料仅取帐号，并加以排序
[root@www ~]# last | cut -d ' ' -f1 | sort

sort 同样是很常用的指令呢！因为我们常常需要比较一些资讯啦！ 举个上面的第二个例子来说好了！今天假设你有很多的帐号，而且你想要知道最大的使用者 ID 目前到哪一号了！呵呵！使用 sort 一下子就可以知道答案咯！当然其使用还不止此啦！ 有空的话不妨玩一玩！

• uniq

如果我排序完成了，想要将重复的资料仅列出一个显示，可以怎么做呢？

[root@www ~]# uniq [-ic]
选项与参数：
-i  ：忽略大小写字元的不同；
-c  ：进行计数

范例一：使用 last 将帐号列出，仅取出帐号栏，进行排序后仅取出一位；
[root@www ~]# last | cut -d ' ' -f1 | sort | uniq

范例二：承上题，如果我还想要知道每个人的登入总次数呢？
[root@www ~]# last | cut -d ' ' -f1 | sort | uniq -c
      1
     12 reboot
     41 root
      1 wtmp
# 从上面的结果可以发现 reboot 有 12 次， root 登入则有 41 次！
# wtmp 与第一行的空白都是 last 的预设字元，那两个可以忽略的！

这个指令用来将‘重复的行删除掉只显示一个’，举个例子来说， 你要知道这个月份登入你主机的使用者有谁，而不在乎他的登入次数，那么就使用上面的范例， (1)先将所有的资料列出；(2)再将人名独立出来；(3)经过排序；(4)只显示一个！ 由于这个指令是在将重复的东西减少，所以当然需要‘配合排序过的文件’来处理啰！

• wc

如果我想要知道 /etc/man.config 这个文件里面有多少字？多少行？多少字元的话， 可以怎么做呢？其实可以利用 wc 这个指令来达成喔！他可以帮我们计算输出的讯息的整体资料！

[root@www ~]# wc [-lwm]
选项与参数：
-l  ：仅列出行；
-w  ：仅列出多少字(英文单字)；
-m  ：多少字元；

范例一：那个 /etc/man.config 里面到底有多少相关字、行、字元数？

[root@www ~]# cat /etc/man.config | wc 
    141     722    4617
# 输出的三个数字中，分别代表： ‘行、字数、字元数’

范例二：我知道使用 last 可以输出登入者，但是 last 最后两行并非帐号内容，
        那么请问，我该如何以一行指令串取得这个月份登入系统的总人次？
[root@www ~]# last | grep [a-zA-Z] | grep -v 'wtmp' | wc -l 
# 由于 last 会输出空白行与 wtmp 字样在最底下两行，因此，我利用
# grep 取出非空白行，以及去除 wtmp 那一行，在计算行数，就能够了解啰！

wc 也可以当作指令？这可不是上洗手间的 WC 呢！这是相当有用的计算文件内容的一个工具组喔！举个例子来说， 当你要知道目前你的帐号文件中有多少个帐号时，就使用这个方法：‘ cat /etc/passwd | wc -l ’啦！因为 /etc/passwd 里头一行代表一个使用者呀！ 所以知道行数就晓得有多少的帐号在里头了！而如果要计算一个文件里头有多少个字元时，就使用 wc -c 这个选项吧！

想个简单的东西，我们由前一节知道 > 会将资料流整个传送给文件或装置，因此我们除非去读取该文件或装置， 否则就无法继续利用这个资料流。万一我想要将这个资料流的处理过程中将某段讯息存下来，应该怎么做？ 利用 tee 就可以啰～我们可以这样简单的看一下：

图 6.3.1、tee 的工作流程示意图

tee 会同时将资料流分送到文件去与荧幕 (screen)；而输出到荧幕的，其实就是 stdout ，可以让下个指令继续处理喔！

[root@www ~]# tee [-a] file
选项与参数：
-a  ：以累加 (append) 的方式，将资料加入 file 当中！

[root@www ~]# last | tee last.list | cut -d " " -f1
# 这个范例可以让我们将 last 的输出存一份到 last.list 文件中；

[root@www ~]# ls -l /home | tee ~/homefile | more
# 这个范例则是将 ls 的资料存一份到 ~/homefile ，同时荧幕也有输出讯息！

[root@www ~]# ls -l / | tee -a ~/homefile | more
# 要注意！ tee 后接的文件会被覆盖，若加上 -a 这个选项则能将讯息累加。

tee 可以让 standard output 转存一份到文件内并将同样的资料继续送到荧幕去处理！ 这样除了可以让我们同时分析一份资料并记录下来之外，还可以作为处理一份资料的中间暂存档记录之用！ tee 这家伙在很多选择/填充的认证考试中很容易考呢！

我们在 vim 程序编辑器当中，提到过 DOS 断行字元与 Unix 断行字元的不同，并且可以使用 dos2unix 与 unix2dos 来完成转换。好了，那么思考一下，是否还有其他常用的字元替代？ 举例来说，要将大写改成小写，或者是将资料中的 [tab] 按键转成空白键？还有，如何将两篇讯息整合成一篇？ 底下我们就来介绍一下这些字元转换命令在管线当中的使用方法：

• tr

tr 可以用来删除一段讯息当中的文字，或者是进行文字讯息的替换！

[root@www ~]# tr [-ds] SET1 ...
选项与参数：
-d  ：删除讯息当中的 SET1 这个字串；
-s  ：取代掉重复的字元！

范例一：将 last 输出的讯息中，所有的小写变成大写字元：
[root@www ~]# last | tr '[a-z]' '[A-Z]'
# 事实上，没有加上单引号也是可以执行的，如：‘ last | tr [a-z] [A-Z] ’

范例二：将 /etc/passwd 输出的讯息中，将冒号 (:) 删除
[root@www ~]# cat /etc/passwd | tr -d ':'

范例三：将 /etc/passwd 转存成 dos 断行到 /root/passwd 中，再将 ^M 符号删除

[root@www ~]# cp /etc/passwd /root/passwd && unix2dos /root/passwd
[root@www ~]# file /etc/passwd /root/passwd
/etc/passwd:  ASCII text
/root/passwd: ASCII text, with CRLF line terminators <==就是 DOS 断行
[root@www ~]# cat /root/passwd | tr -d '\r' > /root/passwd.linux
# 那个 \r 指的是 DOS 的断行字元，关于更多的字符，请参考 man tr

[root@www ~]# ll /etc/passwd /root/passwd*
-rw-r--r-- 1 root root 1986 Feb  6 17:55 /etc/passwd
-rw-r--r-- 1 root root 2030 Feb  7 15:55 /root/passwd
-rw-r--r-- 1 root root 1986 Feb  7 15:57 /root/passwd.linux
# 处理过后，发现文件大小与原本的 /etc/passwd 就一致了！

其实这个指令也可以写在‘正规表示法’里头！因为他也是由正规表示法的方式来取代资料的！ 以上面的例子来说，使用 [] 可以设定一串字呢！也常常用来取代文件中的怪异符号！ 例如上面第三个例子当中，可以去除 DOS 文件留下来的 ^M 这个断行的符号！这东西相当的有用！相信处理 Linux & Windows 系统中的人们最麻烦的一件事就是这个事情啦！亦即是 DOS 底下会自动的在每行行尾加入 ^M 这个断行符号！这个时候我们可以使用这个 tr 来将 ^M 去除！ ^M 可以使用 \r 来代替之！

• col

[root@www ~]# col [-xb]

选项与参数：
-x  ：将 tab 键转换成对等的空白键
-b  ：在文字内有反斜线 (/) 时，仅保留反斜线最后接的那个字元

范例一：利用 cat -A 显示出所有特殊按键，最后以 col 将 [tab] 转成空白
[root@www ~]# cat -A /etc/man.config  <==此时会看到很多 ^I 的符号，那就是 tab
[root@www ~]# cat /etc/man.config | col -x | cat -A | more
# 嘿嘿！如此一来， [tab] 按键会被取代成为空白键，输出就美观多了！

范例二：将 col 的 man page 转存成为 /root/col.man 的纯文字档

[root@www ~]# man col > /root/col.man
[root@www ~]# vi /root/col.man
COL(1)          BSD General Commands Manual               COL(1)

N^HNA^HAM^HME^HE
     c^Hco^Hol^Hl - filter reverse line feeds from input

S^HSY^HYN^HNO^HOP^HPS^HSI^HIS^HS
     c^Hco^Hol^Hl [-^H-b^Hbf^Hfp^Hpx^Hx] [-^H-l^Hl _^Hn_^Hu_^Hm]
# 你没看错！由于 man page 内有些特殊按钮会用来作为类似特殊按键与颜色显示，
# 所以这个文件内就会出现如上所示的一堆怪异字元(有 ^ 的)

[root@www ~]# man col | col -b > /root/col.man

虽然 col 有他特殊的用途，不过，很多时候，他可以用来简单的处理将 [tab] 按键取代成为空白键！ 例如上面的例子当中，如果使用 cat -A 则 [tab] 会以 ^I 来表示。 但经过 col -x 的处理，则会将 [tab] 取代成为对等的空白键！此外， col 经常被利用于将 man page 转存为纯文字档以方便查阅的功能！如上述的范例二！

• join

join 看字面上的意义 (加入/参加) 就可以知道，他是在处理两个文件之间的资料， 而且，主要是在处理‘两个文件当中，有 "相同资料" 的那一行，才将他加在一起’的意思。我们利用底下的简单例子来说明：

[root@www ~]# join [-ti12] file1 file2
选项与参数：
-t  ：join 预设以空白字元分隔资料，并且比对‘第一个栏位’的资料，
      如果两个文件相同，则将两笔资料联成一行，且第一个栏位放在第一个！
-i  ：忽略大小写的差异；
-1  ：这个是数字的 1 ，代表‘第一个文件要用那个栏位来分析’的意思；
-2  ：代表‘第二个文件要用那个栏位来分析’的意思。

范例一：用 root 的身份，将 /etc/passwd 与 /etc/shadow 相关资料整合成一栏
[root@www ~]# head -n 3 /etc/passwd /etc/shadow
==> /etc/passwd <==
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin

==> /etc/shadow <==
root:$1$/3AQpE5e$y9A/D0bh6rElAs:14120:0:99999:7:::
bin:*:14126:0:99999:7:::
daemon:*:14126:0:99999:7:::

# 由输出的资料可以发现这两个文件的最左边栏位都是帐号！且以 : 分隔

[root@www ~]# join -t ':' /etc/passwd /etc/shadow
root:x:0:0:root:/root:/bin/bash:$1$/3AQpE5e$y9A/D0bh6rElAs:14120:0:99999:7:::
bin:x:1:1:bin:/bin:/sbin/nologin:*:14126:0:99999:7:::
daemon:x:2:2:daemon:/sbin:/sbin/nologin:*:14126:0:99999:7:::

# 透过上面这个动作，我们可以将两个文件第一栏位相同者整合成一行！
# 第二个文件的相同栏位并不会显示(因为已经在第一行了嘛！)

范例二：我们知道 /etc/passwd 第四个栏位是 GID ，那个 GID 记录在 
        /etc/group 当中的第三个栏位，请问如何将两个文件整合？
[root@www ~]# head -n 3 /etc/passwd /etc/group
==> /etc/passwd <==
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin

==> /etc/group <==
root:x:0:root
bin:x:1:root,bin,daemon
daemon:x:2:root,bin,daemon

# 从上面可以看到，确实有相同的部分喔！赶紧来整合一下！

[root@www ~]# 
[root@www ~]# 
[root@www ~]# join -t ':' -1 4 /etc/passwd -2 3 /etc/group
0:root:x:0:root:/root:/bin/bash:root:x:root
1:bin:x:1:bin:/bin:/sbin/nologin:bin:x:root,bin,daemon

2:daemon:x:2:daemon:/sbin:/sbin/nologin:daemon:x:root,bin,daemon
# 同样的，相同的栏位部分被移动到最前面了！所以第二个文件的内容就没再显示。
# 请读者们配合上述显示两个文件的实际内容来比对！

这个 join 在处理两个相关的资料文件时，就真的是很有帮助的啦！ 例如上面的案例当中，我的 /etc/passwd, /etc/shadow, /etc/group 都是有相关性的， 其中 /etc/passwd, /etc/shadow 以帐号为相关性，至于 /etc/passwd, /etc/group 则以所谓的 GID (帐号的数字定义) 来作为他的相关性。根据这个相关性， 我们可以将有关系的资料放置在一起！这在处理资料可是相当有帮助的！ 但是上面的例子有点难，希望您可以静下心好好的看一看原因喔！

此外，需要特别注意的是，在使用 join 之前，你所需要处理的文件应该要事先经过排序 (sort) 处理！ 否则有些比对的项目会被略过呢！特别注意了！

• paste

这个 paste 就要比 join 简单多了！相对于 join 必须要比对两个文件的资料相关性， paste 就直接‘将两行贴在一起，且中间以 [tab] 键隔开’而已！简单的使用方法：

[root@www ~]# paste [-d] file1 file2

选项与参数：
-d  ：后面可以接分隔字元。预设是以 [tab] 来分隔的！
-   ：如果 file 部分写成 - ，表示来自 standard input 的资料的意思。

范例一：将 /etc/passwd 与 /etc/shadow 同一行贴在一起
[root@www ~]# paste /etc/passwd /etc/shadow
bin:x:1:1:bin:/bin:/sbin/nologin        bin:*:14126:0:99999:7:::
daemon:x:2:2:daemon:/sbin:/sbin/nologin daemon:*:14126:0:99999:7:::
adm:x:3:4:adm:/var/adm:/sbin/nologin    adm:*:14126:0:99999:7:::
# 注意喔！同一行中间是以 [tab] 按键隔开的！

范例二：先将 /etc/group 读出(用 cat)，然后与范例一贴上一起！且仅取出前三行
[root@www ~]# cat /etc/group|paste /etc/passwd /etc/shadow -|head -n 3

# 这个例子的重点在那个 - 的使用！那玩意儿常常代表 stdin 喔！

• expand

这玩意儿就是在将 [tab] 按键转成空白键啦～可以这样玩：

[root@www ~]# expand [-t] file

选项与参数：
-t  ：后面可以接数字。一般来说，一个 tab 按键可以用 8 个空白键取代。
      我们也可以自行定义一个 [tab] 按键代表多少个字元呢！

范例一：将 /etc/man.config 内行首为 MANPATH 的字样就取出；仅取前三行；
[root@www ~]# grep '^MANPATH' /etc/man.config | head -n 3
MANPATH /usr/man
MANPATH /usr/share/man
MANPATH /usr/local/man
# 行首的代表标志为 ^ ，这个我们留待下节介绍！先有概念即可！

范例二：承上，如果我想要将所有的符号都列出来？(用 cat)
[root@www ~]# grep '^MANPATH' /etc/man.config | head -n 3 |cat -A

MANPATH^I/usr/man$
MANPATH^I/usr/share/man$
MANPATH^I/usr/local/man$
# 发现差别了吗？没错～ [tab] 按键可以被 cat -A 显示成为 ^I 

范例三：承上，我将 [tab] 按键设定成 6 个字元的话？
[root@www ~]# grep '^MANPATH' /etc/man.config | head -n 3 | \
>  expand -t 6 - | cat -A
MANPATH     /usr/man$
MANPATH     /usr/share/man$
MANPATH     /usr/local/man$
123456123456123456.....
# 仔细看一下上面的数字说明，因为我是以 6 个字元来代表一个 [tab] 的长度，所以，
# MAN... 到 /usr 之间会隔 12 (两个 [tab]) 个字元喔！如果 tab 改成 9 的话，
# 情况就又不同了！这里也不好理解～您可以多设定几个数字来查阅就晓得！

expand 也是挺好玩的～他会自动将 [tab] 转成空白键～所以，以上面的例子来说， 使用 cat -A 就会查不到 ^I 的字符啰～此外，因为 [tab] 最大的功能就是格式排列整齐！ 我们转成空白键后，这个空白键也会依据我们自己的定义来增加大小～ 所以，并不是一个 ^I 就会换成 8 个空白喔！这个地方要特别注意的哩！ 此外，您也可以参考一下 unexpand 这个将空白转成 [tab] 的指令功能啊！ ^_^

如果你有文件太大，导致一些携带式装置无法复制的问题，嘿嘿！找 split 就对了！ 他可以帮你将一个大文件，依据文件大小或行数来分割，就可以将大文件分割成为小文件了！ 快速又有效啊！真不错～

[root@www ~]# split [-bl] file PREFIX
选项与参数：
-b  ：后面可接欲分割成的文件大小，可加单位，例如 b, k, m 等；
-l  ：以行数来进行分割。
PREFIX ：代表前置字元的意思，可作为分割文件的前导文字。

范例一：我的 /etc/termcap 有七百多K，若想要分成 300K 一个文件时？
[root@www ~]# cd /tmp; split -b 300k /etc/termcap termcap
[root@www tmp]# ll -k termcap*
-rw-r--r-- 1 root root 300 Feb  7 16:39 termcapaa

-rw-r--r-- 1 root root 300 Feb  7 16:39 termcapab
-rw-r--r-- 1 root root 189 Feb  7 16:39 termcapac
# 那个档名可以随意取的啦！我们只要写上前导文字，小文件就会以
# xxxaa, xxxab, xxxac 等方式来建立小文件的！

范例二：如何将上面的三个小文件合成一个文件，档名为 termcapback
[root@www tmp]# cat termcap* >> termcapback
# 很简单吧？就用资料流重导向就好啦！简单！

范例三：使用 ls -al / 输出的资讯中，每十行记录成一个文件
[root@www tmp]# ls -al / | split -l 10 - lsroot
[root@www tmp]# wc -l lsroot*
  10 lsrootaa
  10 lsrootab
   6 lsrootac
  26 total
# 重点在那个 - 啦！一般来说，如果需要 stdout/stdin 时，但偏偏又没有文件，
# 有的只是 - 时，那么那个 - 就会被当成 stdin 或 stdout ～

在 Windows 作业系统下，你要将文件分割需要如何作？伤脑筋吧！在 Linux 底下就简单的多了！你要将文件分割的话，那么就使用 -b size 来将一个分割的文件限制其大小，如果是行数的话，那么就使用 -l line 来分割！好用的很！如此一来，你就可以轻易的将你的文件分割成软碟 (floppy) 的大小，方便你 copy 啰！

xargs 是在做什么的呢？就以字面上的意义来看， x 是加减乘除的乘号，args 则是 arguments (参数) 的意思，所以说，这个玩意儿就是在产生某个指令的参数的意思！ xargs 可以读入 stdin 的资料，并且以空白字元或断行字元作为分辨，将 stdin 的资料分隔成为 arguments 。 因为是以空白字元作为分隔，所以，如果有一些档名或者是其他意义的名词内含有空白字元的时候， xargs 可能就会误判了～他的用法其实也还满简单的！就来看一看先！

[root@www ~]# xargs [-0epn] command
选项与参数：
-0  ：如果输入的 stdin 含有特殊字元，例如 `, \, 空白键等等字元时，这个 -0 参数
      可以将他还原成一般字元。这个参数可以用于特殊状态喔！
-e  ：这个是 EOF (end of file) 的意思。后面可以接一个字串，当 xargs 分析到
      这个字串时，就会停止继续工作！
-p  ：在执行每个指令的 argument 时，都会询问使用者的意思；
-n  ：后面接次数，每次 command 指令执行时，要使用几个参数的意思。看范例三。
当 xargs 后面没有接任何的指令时，预设是以 echo 来进行输出喔！

范例一：将 /etc/passwd 内的第一栏取出，仅取三行，使用 finger 这个指令将每个
        帐号内容秀出来
[root@www ~]# cut -d':' -f1 /etc/passwd |head -n 3| xargs finger
Login: root                             Name: root
Directory: /root                        Shell: /bin/bash
Never logged in.
No mail.
No Plan.
......底下省略.....
# 由 finger account 可以取得该帐号的相关说明内容，例如上面的输出就是 finger root
# 后的结果。在这个例子当中，我们利用 cut 取出帐号名称，用 head 取出三个帐号，
# 最后则是由 xargs 将三个帐号的名称变成 finger 后面需要的参数！

范例二：同上，但是每次执行 finger 时，都要询问使用者是否动作？

[root@www ~]# cut -d':' -f1 /etc/passwd |head -n 3| xargs -p finger
finger root bin daemon ?...y
.....(底下省略)....
# 呵呵！这个 -p 的选项可以让使用者的使用过程中，被询问到每个指令是否执行！

范例三：将所有的 /etc/passwd 内的帐号都以 finger 查阅，但一次仅查阅五个帐号
[root@www ~]# cut -d':' -f1 /etc/passwd | xargs -p -n 5 finger
finger root bin daemon adm lp ?...y

.....(中间省略)....
finger uucp operator games gopher ftp ?...y
.....(底下省略)....
# 在这里鸟哥使用了 -p 这个参数来让您对于 -n 更有概念。一般来说，某些指令后面
# 可以接的 arguments 是有限制的，不能无限制的累加，此时，我们可以利用 -n
# 来帮助我们将参数分成数个部分，每个部分分别再以指令来执行！这样就 OK 啦！^_^

范例四：同上，但是当分析到 lp 就结束这串指令？
[root@www ~]# cut -d':' -f1 /etc/passwd | xargs -p -e'lp' finger
finger root bin daemon adm ?...
# 仔细与上面的案例做比较。也同时注意，那个 -e'lp' 是连在一起的，中间没有空白键。
# 上个例子当中，第五个参数是 lp 啊，那么我们下达 -e'lp' 后，则分析到 lp
# 这个字串时，后面的其他 stdin 的内容就会被 xargs 舍弃掉了！

其实，在 man xargs 里面就有三四个小范例，您可以自行参考一下内容。 此外， xargs 真的是很好用的一个玩意儿！您真的需要好好的参详参详！会使用 xargs 的原因是， 很多指令其实并不支援管线命令，因此我们可以透过 xargs 来提供该指令引用 standard input 之用！举例来说，我们使用如下的范例来说明：

范例五：找出 /sbin 底下具有特殊权限的档名，并使用 ls -l 列出详细属性
[root@www ~]# find /sbin -perm +7000 | ls -l
# 结果竟然仅有列出 root 所在目录下的文件！这不是我们要的！
# 因为 ll (ls) 并不是管线命令的原因啊！

[root@www ~]# find /sbin -perm +7000 | xargs ls -l

-rwsr-xr-x 1 root root 70420 May 25  2008 /sbin/mount.nfs
-rwsr-xr-x 1 root root 70424 May 25  2008 /sbin/mount.nfs4
-rwxr-sr-x 1 root root  5920 Jun 15  2008 /sbin/netreport
....(底下省略)....

管线命令在 bash 的连续的处理程序中是相当重要的！另外，在 log file 的分析当中也是相当重要的一环， 所以请特别留意！另外，在管线命令当中，常常会使用到前一个指令的 stdout 作为这次的 stdin ， 某些指令需要用到文件名称 (例如 tar) 来进行处理时，该 stdin 与 stdout 可以利用减号 "-" 来替代， 举例来说：

[root@www ~]# tar -cvf - /home | tar -xvf -

上面这个例子是说：‘我将 /home 里面的文件给他打包，但打包的资料不是纪录到文件，而是传送到 stdout； 经过管线后，将 tar -cvf - /home 传送给后面的 tar -xvf - ’。后面的这个 - 则是取用前一个指令的 stdout， 因此，我们就不需要使用 file 了！这是很常见的例子喔！注意注意！