似乎bash
并且zsh
将在子进程中执行变量和算术扩展
a) 他们遵循重定向运算符,如<
,或.>
>>
<<<
b)他们所属的命令不是内置或函数。
bash -c 'i=0; /bin/echo > $((i=7)).txt; echo $i'
0
zsh -c 'i=0; /bin/echo > $((i=7)).txt; echo $i'
0
ksh -c 'i=0; /bin/echo > $((i=7)).txt; echo $i'
7
ksh
上面就像除bash
or之外的任何其他 shell zsh
。
这与算术扩展无关:类似地,同样的事情发生在
unset i; /bin/echo >${i:=7}.txt; echo $i
只会在or7
以外的 shell 中打印。bash
zsh
然而,好像这还不够糟糕,行为在bash
和之间以任何可理解的方式不一致zsh
:
bash -c 'i=0; command echo > $((i++)).txt; echo $i'
1
zsh -c 'i=0; command echo > $((i++)).txt; echo $i'
0
bash -c 'i=0; i=$i /usr/bin/printenv i > $((++i)).bash; echo $i; cat *.bash'
0
0
zsh -c 'i=0; i=$i /usr/bin/printenv i > $((++i)).zsh; echo $i; cat *.zsh'
0
1
所以,我的问题是:标准是怎么说的?这可以接受吗?
我能够找到很多关于变量赋值的信息,比如KEY=val cmd
它们可能会或可能不会“影响当前的执行环境”,但没有关于重定向、$
扩展和外部命令之间的交互。
并且它不可能也适用于作为$
-expansions 的一部分完成的变量分配,因为无论是外部命令还是内置命令,都会ls $((i=2+3))
导致在所有 shelli
中设置为。5
ls
这是未指定的,因此每个外壳都可以做它想做的事情,并且不必记录细节。(从历史的角度来看,这是未指定的,因为不同的贝壳做不同的事情。)从技术上讲,贝壳可以翻转硬币。在实践中,在单独的环境中运行和不运行的细节可能取决于在某些情况下所做的优化,例如取决于命令是否是内置的,取决于重定向是否是 to/from
/dev/null
,取决于陷阱是否处于活动状态,取决于是否set -e
生效,取决于命令是否是列表中的最后一个,等等。来自SUSv4 (POSIX.1-2008) “Shell and Utilities” — §2.9.1 “简单命令”:
澄清一下:“第 4 步”包括参数扩展(例如
${i:=7}
)和算术扩展(例如$((i=7))
)。“不应影响当前执行环境”的变量扩展是命令前面的变量扩展,例如i=7 ls
. 因此,本段除其他外说,如果参数扩展或变量扩展修改了变量的值,则未指定在命令返回后这是否有效。在实践中,shell 通常通过先分叉并在子 shell 中执行重定向来将重定向应用到外部命令。但是它们的不同之处在于它们是在创建子shell之前还是之后确定重定向的目标。