Bash中变量赋值时命令行参数展开的引号必要性及相关疑问

咱们一个个来拆解这些日常写Bash脚本容易碰到的问题：

1. 在Bash中，基于命令行参数变量展开声明局部变量时，是否需要使用引号？ #

答案是必须要加引号，这也是写Bash脚本的最佳实践。

原因很简单：Bash默认会对未加引号的变量展开结果做「分词」和「路径扩展」。如果命令行参数里包含空格、制表符、换行符，或者像*、?这类通配符，不加引号的话，Bash会把这些内容拆分成多个部分，或者匹配当前目录下的文件，导致变量赋值完全不符合你的预期。就算参数现在是普通字符串，加引号也能提前规避后续参数变化带来的潜在bug。

2. 下述示例中的引号是必要的还是多余的？为什么？ #

先看示例代码：

#!/bin/bash
arg1="$1"
arg2="$2"

这里的引号绝对是必要的，一点都不多余。

举个实际的例子：如果$1的值是hello world，要是你写成arg1=$1，Bash会把它解析成arg1=hello world——这时候Bash会误以为你要给world这个命令设置环境变量arg1=hello，而不是给变量arg1赋值为完整的hello world。加了双引号之后，Bash会把$1展开后的整个字符串当作一个整体，完整赋值给arg1，不会触发错误的分词操作。

3. 当$1的值为123 echo abc时，为何第一个赋值语句不会被解析为： #

先看你提到的错误解析场景：

arg1=123 echo abc

这是因为Bash对变量赋值语句的解析规则决定的。

在Bash里，只有当「变量赋值」出现在「命令名」前面的时候，才会被当成环境变量传递给后续命令执行（比如var=value command这种格式）。而arg1="$1"是一个独立的变量赋值语句，整个结构被Bash识别为“给变量arg1赋值”的操作，它会先展开$1的内容，然后把整个展开后的字符串作为arg1的值，不会把空格后面的echo abc当成独立命令来执行——因为这个语句里根本没有要执行的命令名，只有赋值操作。

简单总结：单独的变量赋值语句只会处理变量赋值，不会触发命令执行；只有赋值+命令的组合格式，才会把赋值当成环境变量传给命令。

内容的提问来源于stack exchange，提问作者Gabriel Petrovay