感叹号:bash 的历史扩展功能

本文详细介绍了Bash历史扩展的功能,包括如何通过条目标志符和词标志符调用历史命令,以及如何利用修饰符调整命令。此外还提供了具体的例子帮助理解。

Bash 的历史扩展(History Expansion)又被称为 Bang(!) 命令,历史扩展是 bash 将历史命令转换到可执行命令的过程。Bash 下的 History 库提供了一个与 csh 下历史扩展类似的历史扩展功能。历史扩展中操作历史命令一般有两个部分:

  1. 首先要从历史命令中找出相对应的命令,被选择到的命令我们称作为Event(条目),比如Bang Bang(!!),就是选择最后一条命令;
  2. 选择选定行的部分或全部文本以包含到当前行中。要操作的条目(Event)Bash将其拆分成了Words(词),命令中的Words是靠空格来分割的,我们就可以使用修饰符(Modifiers)来调整Words以符合我们的要求。注意:Words并不是英文单词,而是一个字符序列而已。

先来看两个命令,你知道第二个命令是什么意思么?


  1. cat /tmp/cat.cat.txt
  2. !:0 !*:gs/cat./echo.

条目标志符(Event Designators)

条目标志符是一个到历史列表内一个命令行实体的引用,除非是绝对引用,不然条目的引用是相对历史列表中当前位置的。

条目标志符条目标志符说明
!开始一个历史替换,除非后面紧跟的是空格,制表符,行结束符,"=","("(当使用内建命令shopt开启了extglob的shell选项)。
!n重复历史中编号为n的命令——历史编号可以参看history命令.
!-n执行之前的第n条命令,执行上一条命令可以使用!!或者!-1,执行之前第三条命令:!-3,倒推的列表是history
!!执行上一条命令,和Ctrl-P,!-1的作用一样。
!string执行最近的以string字串开头的命令。这个命令的意思是重复以!后字串开头的最后一条命令,比如:!ca将重复以字符ca开头的最后一条命令,如cat ReadMe,(假设最近一条ca开头是这个命令,并且ReadMe后紧跟换行符)
!?string[?]在历史列表中以当前位置开始向后查找(往回搜索)包含string字符串的最近一条命令,如果要查找的string字符串后面紧跟换行符,则string后面的这个问号可以省略。例如:!?Read?还是会匹配cat ReadMe。(同上的环境),如果后面是换行符如:!?ReadMe,则不用输入结尾的[?]。
^a^b快速替换,把上一条命令中的a替换成b,并执行替换后的命令。^a^b^类似。注意:这里只是替换一个找到的实例,相当于:!!:s/a/b
^abc删除上一条命令中的abc。
!#引用目前输入的所有字串,如:more a !#;这个最终的命令是more a more a

词标志符(Word Designators)

词标志符被用来在条目里面选择需要的词。一般用":"分隔条目指示符和词指示符。当词指示符是以"^","$","*","-","%"开头时,也可能会省略":"。词是从一行的行首开始,第一个词编号为0.插入到当前行中时,这些词使用单个空格分隔。

词标志符词标志符说明
0第0个词,在很多应用程序中,这就是命令本身。
n第n个词
^第一个参数;也就是第一个词。
$最后一个参数。
%最近"?string?"匹配的词。
x-y词的范围:如果是'0-y'可以简写成'-y'.
*除了第0个以外的所有词,这个和'1-$'同义,如果条目中只有一个词,使用'*'也不会返回错误,仅是返回一个空字符串而已。
x*'x-$'的简写
x-和x*类似,都是'x-$'的简写,不过需要注意,这个写法是忽略最后一个词的。

需要注意的是,在Bash下使用词指示符的时候,可以没有条目指示符,如果没有使用条目指示符,则会把前一条命令作为词指示符的操作条目。

修饰符(Modifiers)

在可选的词指示符之后,你可以添加下面修饰符中的一个或多个,每个修饰符以':'开头。

修饰符修饰符说明
h去掉路径名的尾部,只保留头部。只移除最后一个'/'后面的内容,可以理解成是路径名的父目录。
t去掉路径名部件中除尾部之外的所有内容。只保留最后一个'/'后的内容。
r去掉尾部这样格式".suffix"的一个结尾后缀,保留基本名称。只删除最后一个点'.'后的内容。
e仅保留后缀。仅保留最后一个点'.'及点后的内容。
p打印新的命令但不执行。
q引用替换的词,防止进一步替换。(译注,原文:Quote the substituted words, escapin further substitutions.——Mitchell Chu)。这个引用会直接对引用的命令加上单引号,防止进一步替换。开始这句不知道怎么翻译。后来Mitchell发现自己的这个翻译并没有错误,因为我们引用的词可能是个变量,这时候如果没有引号,就会引起进一步的替换,而是用此参数就能达到防止这种情况的发生。
x这个和q一样,是引用替换的词,但是这个与q不同的地方在于,q是整体引用,而这个是会将替换的词使用空格,制表符,换行符来分割成一个个的词。
s/old/new/把条目行中找到的第一个old位置的内容替换成new位置的内容,'/'这个分隔符位置可以使用任何其他字符作为分隔符。如果要在old或new位置使用分隔符,需要使用反斜杆'\'来转义。如果'&'这个字符出现在new位置,将会被替换成old位置的内容,如果要使用'&'请用'\'转义。最后一个分隔符如果是整行的最后一个字符,则可以省略。
&重复上次替换。这个是引用最后一次的s/old/new/内容。
g见下,与a相同
a使替换在整个条目中进行,和's'一起使用,例如:!!:gs/old/new/,或者和'&'一起使用。
G

对条目中的每一个词都执行一次其后的's'修饰符。这个方法在Bash 4.1.2下测试并不靠谱。


  1. test $eee /tmp/test.log
  2. echo !test:Gs/t/a/;
  3. ## 这个返回的test被替换两次
  4. ## 但后面的参数仅替换一次

因此Mitchell在想,是不是仅对参数执行一次,而对命令(第0个词)进行全局替换。但另外一个测试,反驳了这个观点:


  1. aaaaaaaaaaa $aaaaaaa /tmp/aaaaaaaaaaaaa.log
  2. echo !aaaa:q:Gs/a/t/
  3. ## 此时,最多的替换出现在!:0,两次!

但多次测试结果来看,第零个词汇被替换最多两次,其他只替换一次。具体原因暂时未知!


原文发布时间为:2015-06-19

本文来自云栖社区合作伙伴“Linux中国”

<think>嗯,用户遇到了一个Bash的错误提示:“bash: syntax error near unexpected token”。我得帮他们弄清楚这是怎么回事。首先,我得回想一下常见的Bash语法错误,通常这类错误是因为脚本中的某些符号或结构不符合Bash的语法规则。可能的原因有很多,比如括号没有正确闭合,或者使用了错误的符号,比如在条件语句中用了花括号而不是小括号,或者变量替换时忘记加引号导致特殊字符被解释。 接下来,我需要考虑用户可能的操作场景。他们可能是在编写或运行一个Bash脚本时遇到了这个问题。用户可能不太熟悉Bash的语法细节,尤其是那些容易出错的地方,比如条件判断、循环结构,或者是字符串处理中的引号使用。比如,用户可能在if语句中漏掉了空格,或者在for循环中错误地使用了括号。 然后,我应该思考如何逐步引导用户检查他们的代码。首先,检查是否有未闭合的引号或括号,这是常见的问题。例如,如果用户在字符串中使用了双引号但忘记闭合,或者在子shell中用了$(...)但漏掉了闭合的括号。另外,像if语句中的条件判断需要用[[ ... ]]或者[ ],并且要注意里面的空格是否正确,比如if [ $a == $b ],方括号两边必须有空格。 还有,用户可能在脚本中使用了特殊字符,比如&、;、>等,而没有正确转义或引用。例如,在echo语句中输出带有特殊符号的字符串时,如果没有用引号包裹,可能会导致语法错误。比如echo Hello! 中的感叹号Bash中可能有特殊含义,尤其是在启用历史扩展的情况下,需要使用单引号或转义符号。 此外,用户可能在编写函数或循环结构时,格式不正确。比如,for循环的正确写法是for i in list; do ... done,如果漏掉了do或者done,或者结构不匹配,就会报错。同样,case语句的每个分支需要以;;结束,否则也会导致语法问题。 我还需要考虑用户可能的环境变量或外部命令的影响。比如,某些情况下,用户可能在脚本中使用了未正确设置的变量,或者在命令替换中执行了有问题的命令,导致语法错误。不过,这种情况下错误信息可能会不同,但也不能排除。 然后,我应该提供一些具体的例子来说明问题,比如展示一个缺少闭合引号的命令,或者if语句中缺少空格的情况,并给出修正后的代码。这样用户可以通过对比自己的脚本,找到可能的错误点。 另外,建议用户使用ShellCheck这样的静态分析工具,可以自动检测脚本中的常见错误,并给出修复建议。这对用户来说是一个实用的建议,特别是对于不熟悉Bash语法的人来说,能快速定位问题。 最后,我需要用清晰的结构组织回答,先解释错误的原因,再列出可能的常见情况,然后给出检查步骤和示例,最后推荐工具和总结。确保用户能够一步步排查问题,理解错误来源,并知道如何避免未来出现类似的问题。</think>### Bash报错 `syntax error near unexpected token` 的解析与解决方法 当你在Bash脚本或命令行中遇到 `bash: syntax error near unexpected token` 错误时,通常是因为脚本中存在语法问题。以下是逐步排查和修复的方法: --- #### **1. 错误原因** 该错误表明Bash在解析脚本时遇到了意外的符号或结构,常见原因包括: - 括号、引号未闭合(如 `(`、`{`、`"`) - 关键字使用不当(如 `if`、`then`、`do` 未正确配对) - 特殊字符未转义(如 `&`、`;`、`>`) - 变量替换或命令替换格式错误(如 `$var` 或 `$(command)`) --- #### **2. 常见场景与修复** **场景1:未闭合的符号** ```bash # 错误示例:未闭合的双引号 echo "Hello World # 修复 echo "Hello World" ``` **场景2:条件语句格式错误** ```bash # 错误示例:if语句缺少空格或关键字 if [ $a==1 ]; then echo "ok" fi # 修复(注意空格和关键字) if [ $a == 1 ]; then echo "ok" fi ``` **场景3:特殊字符未转义** ```bash # 错误示例:未转义 `;` echo Hello;World # 修复(用引号包裹或转义) echo "Hello;World" echo Hello\;World ``` **场景4:函数或循环结构错误** ```bash # 错误示例:for循环缺少 `do` for i in 1 2 3 echo $i done # 修复(补全 `do`) for i in 1 2 3; do echo $i done ``` --- #### **3. 通用检查步骤** 1. **检查符号闭合性**:确保所有 `"`、`'`、`(`、`{` 等符号成对出现。 2. **验证关键字配对**:如 `if-then-fi`、`case-esac`、`for-done`。 3. **转义特殊字符**:对于 `$`、`&`、`;` 等符号,用引号包裹或添加转义符 `\`。 4. **使用静态检查工具**:安装 `shellcheck` 自动检测语法问题: ```bash # 安装 shellcheck(需管理员权限) sudo apt-get install shellcheck # Debian/Ubuntu brew install shellcheck # macOS # 检查脚本 shellcheck your_script.sh ``` --- #### **4. 总结** - **核心思路**:Bash对语法要求严格,需注意符号闭合、空格、关键字配对。 - **推荐工具**:`shellcheck` 可显著减少人为错误。 - **调试技巧**:逐行注释代码,定位具体出错位置。 遇到类似错误时,可参考上述步骤逐步排查!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值