Shell脚本中{ set +x; }写法的具体含义是什么
{ set +x; }写法的作用解释 先理清楚相关的基础逻辑:
set -x是Bash的调试跟踪开关,开启后Shell每跑一条命令,都会先把这条命令打印到标准错误(stderr),再真正执行set +x是关闭这个跟踪开关的命令,但只要跟踪模式还处于开启状态,set +x这条命令本身也会被跟踪打印出来,这就是对应问题里要解决的痛点:想关调试跟踪,但不想把「关跟踪」这行命令本身的跟踪日志打出来。
{ 命令; }是Bash的当前Shell命令组语法,有两个必须遵守的语法规则:
- 大括号内侧和相邻命令之间必须留空格
- 组内最后一条命令的末尾必须加分号或者换行
它和圆括号包裹的子shell写法(命令)的核心区别是:大括号包裹的所有命令都直接在当前Shell进程里执行,不会创建新的子进程,因此组内修改的Shell状态(比如set开关配置、变量赋值),在命令组执行结束后依然会保留。
把set +x放在这个命令组里,核心原因是可以给「执行set +x的整个过程」统一配置重定向:
如果你直接写set +x 2>/dev/null,是拦不住+ set +x这行跟踪日志的——因为这行日志是Shell在执行命令前主动输出的,不属于set +x命令自身产生的输出,单独给set +x绑定重定向根本接不住这行日志。
而把set +x放进命令组之后,给整个命令组加上2>/dev/null,就能把组执行过程中Shell输出的所有stderr内容(包括那行多余的+ set +x跟踪日志)全部丢进/dev/null丢弃。等命令组执行完成时,set +x已经在当前Shell生效,跟踪模式被关闭,后续执行的命令也不会再打印跟踪日志,刚好实现静默关闭调试模式的效果。
要是换成子shell写法(set +x) 2>/dev/null是完全没用的:子shell里的set配置只在子进程内生效,退出子shell回到当前环境后,跟踪模式还是开启状态,根本达不到关闭的目的。
内容的提问来源于stack exchange,提问作者Supergenic
相关产品推荐
相关产品推荐

