哪里没有“ export var = value”？

我可能是在1990年代中期在Usenet上发现的（！）

export var=value

是Bashism，而可移植的表达是

var=value
export var

我一直提倡这一点，但是最近有人挑战了我，我真的找不到任何文档来支持我的坚定信念。

谷歌搜索"export: command not found"似乎并没有提出任何实际有人遇到这个问题的案例，因此即使它是真实的，我想也不是很常见。

（我发现的命中点似乎是新手，他们复制/粘贴了标点符号，并最终使用了'export: command not found或类似的东西，或者试图export与sudo; 一起使用；而新手csh用户则尝试使用Bourne shell语法。）

我可以肯定地说它可以在OS X以及各种Linux发行版上运行，包括shis dash。

sh$ export var=value
sh$ echo "$var"
value
sh$ sh -c 'echo "$var"'  # see that it really is exported
value

在当今世界，可以安全地说export var=value使用安全吗？

我想了解后果是什么。如果它不能移植到v7“ Bourne classic”中，那就比琐事多了。如果在生产系统中shell确实无法使用此语法，那么了解这一点将很有用。

export foo=bar

不受Bourne Shell的支持（Bourne Shell是70年代的旧外壳，现代sh实现如ash / bash / ksh / yash / zsh源自该外壳）。由引入ksh。

在Bourne Shell中，您可以执行以下操作：

foo=bar export foo

要么：

foo=bar; export foo

或搭配set -k：

export foo foo=bar

现在，以下行为：

export foo=bar

外壳之间会有所不同。

问题在于分配和简单命令参数的解析和解释方式不同。

的foo=bar上述被一些壳作为命令参数和由他人解释为分配（有时）。

例如，

a='b c'
export d=$a

被解释为：

'export' 'd=b' 'c'

带有一些shell（ash，zsh（在sh仿真中的旧版本）yash）和：

'export' 'd=b c'

在别人（bash，ksh）。

而

export \d=$a

要么

var=d
export $var=$a

在所有shell中的解释都将与相同，'export' 'd=b' 'c'因为反斜杠或美元符号会停止支持它的shell将那些参数视为赋值。

如果export自身被引用或某些扩展的结果（甚至部分扩展）（取决于外壳），它也将停止接受特殊处理。

有关更多详细信息，请参见“ 局部变量赋值是否需要引号？ ”。

Bourne语法如下：

d=$a; export d

所有shell都可以毫无歧义地对其进行相同的解释（d=$a export d也可以在Bourne shell和POSIX兼容shell中使用，但zsh除非是在sh仿真中，否则在最新版本中不能使用）。

比这更糟的是。例如，bash参见有关何时涉及数组的最新讨论。

（IMO，引入该功能是错误的）。

它不是bashism，而是POSIX兼容的语法。实际上，它早在很久以前就已是一种kshism，后来被几乎所有基于Bourne语法的shell所采用。唯一臭名昭著的例外是/bin/sh在Solaris 10和更早版本的Solaris上，它遵循传统的Bourne Shell语法。希望Solaris 11将POSIX兼容shell用作/bin/sh。

顺便说一句，export它已经是旧版Bourne Shell中的内置命令，因此进行谷歌搜索export: command not found会产生误导。

这是export结合了情感时的传统Bourne shell行为：

$ export var=22
var=22: is not an identifier

对于怀旧者，可以使用此原始 Bourne shell的源代码，并且可以针对大多数Unix和Linux发行版进行编译。