为什么 Bash 语法如此晦涩

Source: Dev.to

Bash的历史根源

Bash 深深植根于 Linux 的表层之下。只需一两行代码，它就能完全控制你的机器。初学者常把它视为一堆僵硬、甚至随意的规则——它的符号会在没有预警的情况下改变角色。它因语法难懂而声名狼藉，这并非空穴来风，原因在于它一次性承担了三项截然不同的任务：命令行界面、自动化工具以及后台任务管理器。

Bash 并非源自一次全新的统一设计，而是历经数十年慢慢成形，演变为直接把人们连接到 Linux 内核的桥梁。它的成长过程错综复杂，借用了不同时代的碎片。用 Bash 编写脚本往往意味着要处理相互冲突而非契合的不同风格。它本质上是补丁之上的补丁——每解决一个问题，却不经意地引入另一个问题。

空白与赋值

这段历史解释了 Bash 那些奇怪且毫不宽容的空格规则。大多数现代编程语言把空白视为提升可读性的辅助工具；计算机基本上会忽略它们。Bash 则把这些空隙当作结构边界。

var=value   # 赋值
var = value # 试图运行名为 "var" 的命令

当你写 var=value 时，这不仅仅是排版——它是对 shell 的直接指令，要求把该值赋给变量。Bash 按字面意义解释：var=value 存储数据，而 var = value 则会去运行一个命令。那一点点空格会改变一切。Bash 在设置值之前会先检查是否有可执行程序，这一点常常让新手踩坑。

要在以后取出该数据，需要写 $var。而在赋值时，则必须省去美元符号。这种分离乍看怪异，但这正是 shell 解析环境的方式。

条件判断与 test 实用程序

Bash 还自带一些看起来古老且简陋的工具。以 if 语句为例——它本身并不理解逻辑，而是把工作交给一个名为 test 的独立实用程序（通常通过 [ ] 调用）。

if [ $var -eq 1 ]; then
    echo "Equal to one"
fi

看似语言核心语法的一部分，实际上只是启动了一个辅助程序。test 检查条件后返回信号——0 表示真，非零表示假。

文本胶水的力量

即便学习曲线陡峭、规则严格，Bash 之所以能够对 Linux 任务保持绝对控制，正是因为这些怪癖。通过把一切都视作流动的文本，Bash 让每个命令都像一个小型、独立的 C 程序运行。这形成了一层强大的“胶水”层：用户可以瞬间把重量级工具拼接成复杂的序列。

习惯了整洁、逻辑结构的程序员起初可能会感到吃力，但这种对文本的坚定处理恰恰是 Linux 所需要的：一种学习难度大，却与其驱动的操作系统完美匹配的工具。