|
|
第 1 帖 | |
|
|
标题: Bash命令行处理[详解] 我看很多兄弟写脚本或命令时出现错误的主要原因,是因为不了解bash的命令行处理。我在这里总结了一下,大家可以参考一下。其中也涉及到双引号,单引号以及eval的技巧,我会一一讲述。
代码:
结合上面的插图,这里给出命令行的12个步骤。 1. 将命令行分成由固定元字符集分隔的记号: SPACE, TAB, NEWLINE, ; , (, ), <, >, |, & 记号类型包括单词,关键字,I/O重定向符和分号。 2.检测每个命令的第一个记号,查看是否为不带引号或反斜线的关键字。如果是一个开放的关键字,如if和其他控制结构起始字符串,function,{或(,则命令实际上为一复合命令。shell在内部对复合命令进行处理,读取下一个命令,并重复这一过程。如果关键字不是复合命令起始字符串(如then等一个控制结构中间出现的关键字),则给出语法错误信号。 3.依据别名列表检查每个命令的第一个关键字。如果找到相应匹配,则替换其别名定义,并退回第一步;否则进入第4步。该策略允许递归别名,还允许定义关键字别名。如alias procedure=function 4.执行大括号扩展,例如a{b,c}变成ab ac 5.如果~位于单词开头,用$HOME替换~。使用usr的主目录替换~user。 6.对任何以符号$开头的表达式执行参数(变量)替换 7.对形式$(string)的表达式进行命令替换 这里是嵌套的命令行处理。 8.计算形式为$((string))的算术表达式 9.把行的参数,命令和算术替换部分再次分成单词,这次它使用$IFS中的字符做分割符而不是步骤1的元字符集。 10.对出现*, ?, [ / ]对执行路径名扩展,也称为通配符扩展 11. 按命令优先级表(跳过别名),进行命令查寻 12.设置完I/O重定向和其他操作后执行该命令。 关于引用 1. 单引号跳过了前10个步骤,不能在单引号里放单引号 2. 双引号跳过了步骤1~5,步骤9~10,也就是说,只处理6~8个步骤。 也就是说,双引号忽略了管道字符,别名,~替换,通配符扩展,和通过分隔符分裂成单词。 双引号里的单引号没有作用,但双引号允许参数替换,命令替换和算术表达式求值。可以在双引号里包含双引号,方式是加上转义符"\",还必须转义$, `, \。 eval eval的作用是再次执行命令行处理,也就是说,对一个命令行,执行两次命令行处理。 这个命令要用好,就要费一定的功夫。我举两个例子,抛砖引玉。 例子1: 用eval技巧实现shell的控制结构for。 代码:
$*,保存了以$IFS指定的分割符所分割的字符串组。 $@,原样保存了参数列表,也就是"$1""$2"... 这里我使用了函数递归以及eval实现了for结构。 当执行eval $@时,它经历了步骤如下: 第1步,分割成eval $@ 第6步,扩展$@为hostname 第11步,找到内置命令eval 重复一次命令行处理,第11步,找到hostname命令,执行。 注意:也许有人想当然地认为,何必用eval呢?直接$@来执行命令就可以了嘛。 错误!这里给个典型的例子大家看看。 代码:
$a的处理位于第6步──参数扩展,也就是说,跳过了管道分析,于是"|", "cut", "-f1", "-d"都变成了id命令的参数,当然就出错啦。 但使用了eval,它把第一遍命令行处理所得的"id", "|", "cut", "-f1", "-d"这些字符串再次进行命令行处理,这次就能正确分析其中的管道了。 总而言之,要保证你的命令或脚本设计能正确通过命令行处理,跳过任意一步,都可能造成意料外的错误! 例子2: 设置系统的ls色彩显示 代码:
它使你可以编写脚本随意创建命令字符串,然后把它们传递给shell执行; $()是命令替换,返回命令的输出字符串。 其中dircolors命令根据/etc/dircolors配置文件生成设置环境变量LS_COLORS的bash代码,内容如下 代码:
上面提及的命令是eval其中一个很普通的应用,它重复了1次命令行参数传递过程,纯粹地执行命令的命令。 其实它是bash的难点,是高级bash程序员的必修之技。 命令优先级表 1.别名 2.关键字 3.函数 4.内置命令 5.脚本或可执行程序($PATH) 鉴于一些学习中会遇到的困惑,我再给出一些有趣的命令。 command builtin enable 上面的命令行提及过,第11步会进行命令查找,那它的具体过程如何呢? 它的默认查找次序为函数,内部命令,脚本和可执行代码。我们往往要在实际编程中跳过一些查找项以满足一定的功能需求。这时候就要用到这三个命令来施展魔法~~ command 跳过别名和函数的查找,换句话说,它只查找内部命令以及搜索路径中找到的脚本或可执行程序。 这里举个有趣的例子。 代码:
builtin 顾名思义,它只查找内置命令。这个命令很简单,就不多说了。 enable 与builtin相反,它屏蔽一个内置命令,允许运行一个shell脚本或同名的可执行代码而无须给出完全路径名。 举个例子吧。 pwd命令有两个,一个是shell内置的,一个是可执行程序。 当执行一些奇怪的路径名后,shell内置的pwd会打印出"错误信息",但外部的pwd会打印出当前目录的"原来面目"。请看下面: 代码:
Bash博大精深,希望大家好好学习。 ![]()
__________________
IBOX, a LiveCD distribution based on Gentoo, is fit for newbie. IBOX brings to you: - knoppix-style harddisk installation tool, by which you can install Gentoo in 20 minutes. - hardware auto-configuration. You can run into X desktop directly. - all-round software set, including OpenOffice, azureus. - LiveCD-create-tools. Step-by-step, custom a LiveCD yourself with ease. Any questions and feedbacks is welcome to home_king at 163 dot com 此帖于 04-05-17 15:18 被 home_king 编辑. |
|
|
|
|
|
|
|
第 2 帖 | |
|
|
代码:
转义是在哪一步进行? 命令替换是否又进行一遍命令行处理? 谁能分析一下bash是如何对a=`echo "\\"` 这句进行扫描处理的,到哪一步出错停止的? 望通晓者告之,谢谢! |
|
|
|
|
|
|
|
第 3 帖 | |
|
|
注意,尽量避免涉及bash的敏感点。这些弯路是不必要走的。
一些老UNIX用户典型地如C shell用户应该注意,``这个"命令替换"命令是老UNIX机器上的shell语法,bash向后兼容了这种格式,但对它的支持依然含糊。在命令行处理的第7步──命令替换中,bash只对$()支持得好。 |
|
|
|
|
|
|
|
第 4 帖 | ||
|
|
引用:
|
||
|
|
|
||
|
|
第 5 帖 | ||
|
|
引用:
|
||
|
|
|
||
|
|
第 6 帖 | |
|
|
增强了两个eval例子的论述(给出了evalit脚本的增强版本),并修正了某些欠准确的地方,请重温楼顶帖子。
![]() |
|
|
|
|
|
|
|
第 7 帖 | ||
|
|
标题: ``中的命令... 引用:
|
||
|
|
|
||
|
|
第 8 帖 | |
|
|
嗯,对于$()与``,我还没有精心研究过。
还是那句,建议大家使用bash正统语法,避免走不必要的弯路。 |
|
|
|
|
|
|
|
第 9 帖 | |
|
|
又发现问题,是什么原因呢?
代码:
|
|
|
|
|
|
|
|
第 10 帖 | ||
|
|
引用:
![]() /home/javalee/test:ls ./ 777 a aa a.jpg b cc file test.dat /home/javalee/test:ls ./* ./777 ./aa ./a.jpg ./cc ./file ./test.dat ./a: 34tr a.lxs a.xls b d e f fg rr rr~ sdf sdgf ./b: b.lxs b.xls rr /home/javalee/test:ls .////* .////777 .////aa .////a.jpg .////cc .////file .////test.dat .////a: 34tr a.lxs a.xls b d e f fg rr rr~ sdf sdgf .////b: b.lxs b.xls rr /home/javalee/test:ls * 777 aa a.jpg cc file test.dat a: 34tr a.lxs a.xls b d e f fg rr rr~ sdf sdgf b: b.lxs b.xls rr /home/javalee/test: 我也想知道这是咋回事? :ask,静候高见 :o |
||
|
|
|
||
|
|
第 11 帖 | |
|
|
pwd在超过三个///时,就显示正确了。两个时就显示两个。而ls .//////////*这样的,无论加多少都显示出来, 是挺有意思...
试验: shell>pwd shell>/root shell>ls -d /$(pwd)////* shell>/root////install.log /root/mime.result /root////shell_scripts shell>ls -d ///$(pwd)////* shell>////root////install.log ////root/mime.result ////root////shell_scripts 看样子,ls将多于的/直接stdout了,没有做任何解释。
__________________
15" C2D MBP. 有简单的,不用复杂的!看到复杂的,尽量简单化! Unix/Linux Philosophy: Be small! Be concentrated! One program does one thing and do it perfectly! ∞ years - 宇宙中最后的物质 Proton heat death. 之后,宇宙将以纯能量的形式永远存在。。。一切皆空 |
|
|
|
|
|
|
|
第 12 帖 | |
|
|
Unix, Sun Solaris 上试了, ls的结果一样, 但是pwd不同,unix上 pwd返回的总是正确的值. 如 cd //, pwd 还是返回/.Linux可能是有小bug.
|
|
|
|
|
|
|
|
第 13 帖 | ||
|
|
引用:
代码:
shell内置的pwd会打印出"错误信息",但外部的pwd会打印出当前目录的"原来面目"。 UNIX变种如Solaris等应该做了pwd的假名,如上面我用enable(屏蔽内置命令)做的假名一样。 不要被表面现象蒙蔽了双眼,呵呵 ![]() |
||
|
|
|
||
|
|
第 14 帖 | |
|
|
谢谢教主兄的答复。
这个我知道,shell有很多内建命令。可以参考一下关于系统安全方面的资料,经常提到,root用户的shell不建议使用bash等新一代shell,而要用久经考验的sh,和久经考验的外部命令,如/bin/kill等。 问题是为什么内建命令会显示//呢? 还有.////////////////的现象如何解释?是和系统有关还是和shell有关? |
|
|
|
|
|
|
|
第 15 帖 | ||
|
|
引用:
这个可能要研读bash的相关源码才能解释了。 |
||
|
|
|
||