为什么有时在元字符周围需要空格？

几个月前，我在手臂上刺了一个叉子炸弹，而我跳过了空格，因为我认为如果没有空格，它看起来会更好。但令我沮丧的是，有时（并非总是）当我在shell中运行它时，它不会启动fork炸弹，而只是给出语法错误。

bash: syntax error near unexpected token `{:'

昨天，当我尝试在朋友的Bash shell中运行它时，它发生了，然后我添加了空白，它突然起作用了，:(){ :|:& };:而不是:(){:|:&};:

空格重要吗？我在手臂上纹身了语法错误吗？

它似乎始终在zsh中工作，但在Bash中不起作用。

一个相关的问题并不能解释有关空格的任何信息，这确实是我的问题。为什么Bash能够正确解析需要空格？

在BASH中有一个分隔令牌的字符列表。这些字符称为元字符，它们是|，&，;，(，)，<，>，空间和标签。另一方面，花括号（{和}）只是组成单词的普通字符。

}因为&是一个元字符，所以在此之前省略第二个空格就可以了。因此，您的纹身应至少具有一个空格字符。

:(){ :|:&};:

只是纹身一个

#!/bin/zsh

射在上面，你会没事的。

大括号更像是奇数关键字而不是特殊符号，并且确实需要空格。例如，这与括号不同。相比：

(ls)

哪个有效，并且：

{ls}

查找名为的命令{ls}。要工作，必须：

{ ls; }

分号停止将右括号作为的参数ls。

您所要做的就是告诉人们您使用的是比例字体，并且具有相当窄的空格字符。

尽管在tatoo字体中不容易看到，但实际上在花括号和冒号之间有一个字节顺序标记（BOM）（当您收到tatoo时您可能已经被陶醉了，您没有注意到它，但是它确实存在） 。这留下了三个明显的可能性：

1. 转录代码时您无法输入BOM。结果是GIGO的明显应用。该外壳根本无法识别失败的转录中不存在的BOM。
2. 您的外壳太旧了。它无法识别Unicode字符，因此BOM（可能还有所有其他Unicode字符）将被完全忽略，即使BOM可以在文件开头以外的任何位置被视为零宽度，不间断的空格。
3. 您的外壳太新了。不建议将BOM作为ZWNBS使用，并且作者已经实现了Unicode的将来版本，该版本不再允许使用。

然后我添加了空白，它突然起作用了...

这是因为外壳解析的方式。函数定义开始后（即）后需要一个空格{。

foo() { echo hey& }
foo() { echo hey&}
foo(){ echo hey&}

是有效的。另一方面，

foo() {echo hey&}

不是。

您实际上需要这样的纹身：

从来源：

  /* We ignore an open brace surrounded by whitespace, and also
     an open brace followed immediately by a close brace preceded
     by whitespace.  */

在{引起原因后省略空格{echo将被解释为单个标记。

等效形式

:(){ :|:& };:

将会

:(){
:|:& };:

请注意，{在备用版本中，之后没有空格，但是换行符会使Shell识别{为令牌。