为什么在bash中在命令前设置变量合法？

我刚刚遇到了几个答案，例如解析使用构造的带分隔符的文本文件...：

while IFS=, read xx yy zz;do
    echo $xx $yy $zz
done < input_file

在命令IFS前设置变量的位置read。

我一直在阅读bash参考，但无法弄清楚为什么这是合法的。

我试过了

$ x="once upon" y="a time" echo $x $y

从bash命令提示符中获取，但没有回音。有人可以指出指向引用中定义IFS变量的语法的位置吗？这是特例还是我可以做一些其他变量的事情？

它在Shell语法“简单命令”下（强调）：

一个简单的命令是一系列可选的变量分配， 后跟用空格分隔的 单词和重定向，并由控制操作员终止。第一个单词指定要执行的命令，并作为参数零传递。其余的单词作为参数传递给调用的命令。

因此，您可以传递任何您想要的变量。您的echo示例不起作用，因为变量是传递给命令的，而不是在shell中设置的。外壳将展开，$x并且$y 在调用命令之前。例如，这有效：

$ x="once upon" y="a time" bash -c 'echo $x $y'
once upon a time

在分叉的过程中，已定义的变量变得像环境变量。

如果你跑

A="b" echo $A

然后bash首先扩展$A到""然后运行

A="b" echo

这是正确的方法：

x="once upon" y="a time" bash -c 'echo $x $y'

请注意中的单引号bash -c，否则您将遇到与上述相同的问题。

因此，您的循环示例是合法的，因为bash内置的“ read”命令将在其环境变量中查找IFS并查找,。因此，

for i in `TEST=test bash -c 'echo $TEST'`
do
  echo "TEST is $TEST and I is $i"
done

将打印 TEST is and I is test

最后，关于语法，在for循环中应该有一个字符串。因此，我不得不使用反引号将其变成命令。但是，while循环需要命令语法，例如IFS=, read xx yy zz。

man bash

环境

可以通过在其前面加上参数分配来临时扩展任何简单命令或功能的环境，如上文在PARAMETERS中所述。这些赋值语句仅影响该命令看到的环境。

在进行变量分配之前，将对变量进行扩展。出于显而易见的原因，它var=x也将以其他方式起作用，但var=$othervar不会。即您$x需要在可用之前。但这不是主要问题。主要问题是命令行只能由shell环境修改，而分配不会成为shell环境的一部分。

您需要混合使用以下功能：您想要替换命令行，但将变量定义放入命令环境中。Shell必须进行命令行替换。该环境必须由调用的命令显式使用。是否以及如何完成此操作取决于命令。

这种用法的优点是您可以为子进程设置环境，而不会影响外壳环境。

x="once upon" y="a time" bash -c 'echo $x $y'

可以按预期工作，因为在这种情况下，两种功能都结合在一起：命令行替换不是由调用外壳程序完成，而是由子进程外壳程序完成。

您提供的命令是因为不同$x和$y展开前的echo命令运行，所以他们在值电流外壳的使用，不是值echo将在其环境看它是否分别来看看。

我要从更大的角度来看“ 为什么合法”

答：这样您就可以调用或调用程序，并且该调用仅使用具有特定变量的变量。

例如：您有一个名为“ db_connection”的数据库连接参数，通常您将“ test”作为测试数据库连接的名称传递。实际上，您甚至可以将其设置为默认值，这样就无需显式传递。但是有时候您想使用ci数据库。因此，您将参数传递为“ ci”，然后被调用的程序使用该数据库参数作为用于所有数据库调用的数据库名称。对于下一次运行，如果您不重复该方法而只调用程序，则变量将返回其先前的默认值。

您也可以使用;。由于它是命令分隔符，因此将在之前进行评估。

x="once upon" y="a time"; echo $x $y