☰

重定向后 $-扩展未按预期执行

tag-icon • tag-icon bash shell zsh io-redirection assignment
重定向后 $-扩展未按预期执行

似乎bashandzsh将在子进程中执行变量和算术扩展

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上面与任何其他 shell 一样，除了bash或zsh。

这与算术展开无关：类似地，同样的事情也会发生

unset i; /bin/echo >${i:=7}.txt; echo $i

只会在or7以外的 shell 中打印。bashzsh

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))都会导致在所有 shell 中i设置为。5ls

答案1

这是未指定的，因此每个 shell 都可以做它想做的事，而不必记录详细信息。 （从历史的角度来看，它是未指定的，因为不同的 shell 会做不同的事情。）从技术上讲，shell 将被允许抛硬币。在实践中，什么在单独的环境中运行以及什么不运行的细节可能取决于在某些情况下所做的优化，例如取决于命令是否是内置的，取决于重定向是否为 to/from /dev/null，取决于陷阱是否处于活动状态，取决于是否set -e有效、基于命令是否是列表中的最后一个命令等。

从SUSv4 (POSIX.1-2008) “Shell 和实用程序” — §2.9.1 “简单命令”:

如果命令名称不是特殊的内置实用程序或函数，则应为命令的执行环境导出变量分配，并且不应影响当前的执行环境，除非作为步骤 4 中执行的扩展的副作用。在这种情况下，它是未指定的：

  • 分配对于步骤 4 中的后续扩展是否可见

  • 作为这些扩展的副作用进行的变量分配对于步骤 4 中的后续扩展或当前 shell 执行环境或两者都可见

澄清一下：“步骤 4”包括参数扩展（例如${i:=7}）和算术扩展（例如$((i=7))）。 “不应影响当前执行环境”的变量扩展是命令前面的变量扩展，例如i=7 ls。因此，除其他事项外，本段还指出，如果参数扩展或变量扩展修改了变量的值，则未指定这在命令返回后是否会产生影响。

在实践中，shell 通常通过首先分叉并在子 shell 中执行重定向来应用重定向到外部命令。但它们的不同之处在于它们是在创建子 shell 之前还是之后确定重定向的目标。

相关内容