在Bash的case esac结构中，$expression是否需添加双引号？

结论先行 #

双引号不是语法强制要求的，但要不要加完全取决于你对变量内容的处理需求：

• 若要把变量完整内容作为单一匹配项，必须加双引号；
• 若刻意想让变量内容被分词，仅用第一个分词做匹配，可选择不加。

具体场景对比 #

场景1：变量含空格或特殊字符 #

假设变量内容为hello world：

• 不加双引号的写法：

  expression="hello world"
  case $expression in
      "hello world") echo "匹配成功";;
      *) echo "匹配失败";;
  esac
  

  Shell会将$expression按空格分词为hello和world，case仅拿第一个分词hello去匹配，最终输出匹配失败。

• 加双引号的写法：

  expression="hello world"
  case "$expression" in
      "hello world") echo "匹配成功";;
      *) echo "匹配失败";;
  esac
  

  双引号会阻止分词，变量的完整内容hello world会作为整体参与匹配，最终输出匹配成功。

场景2：变量为单一单词（无空格） #

如果变量内容是test，两种写法效果完全一致：

expression="test"
# 不加双引号
case $expression in
    test) echo "匹配成功";;
esac
# 加双引号
case "$expression" in
    test) echo "匹配成功";;
esac

两者都会正常匹配，输出匹配成功。

场景3：变量包含通配符 #

case的匹配模式本身支持通配符，但变量的扩展逻辑独立于此。比如变量是file*：

• 不加双引号时，Shell会先触发路径扩展，若当前目录有file1.txt、file2.txt，$expression会被替换为file1.txt file2.txt，分词后仅用第一个文件名参与匹配；
• 加双引号时，会直接把file*作为字符串去匹配，不会触发路径扩展。

最佳实践 #

除非你明确需要利用分词行为，否则始终给case里的变量加双引号——这能避免因变量含空格、通配符等特殊字符导致的意外匹配失败，让脚本更健壮。

内容的提问来源于stack exchange，提问作者Mario Palumbo