Shell脚本中执行带空格参数的configure命令为何不符合预期？

问题原因 #

这是Shell命令解析的固有规则导致的，核心涉及单词拆分和引号解析顺序两个逻辑：

• Shell执行命令时的解析顺序是：先处理整行的引号、转义符，再执行变量展开，变量展开完成后不会再二次识别内容中的引号含义，只会按IFS（默认包含空格、制表符、换行符）做单词拆分。

第一种写法（变量存储参数）出错的具体原因 #

你将参数存入OPTIONS变量时，外层双引号包裹的内容里，单引号只会被当做普通字符串的一部分存入变量，不会被识别为参数边界。
当你执行./configure $OPTIONS时，变量展开后的内容是--prefix=/home/cjl --string='hello world'，Shell会直接按空格拆分内容，得到三个独立参数：

1. --prefix=/home/cjl
2. --string='hello
3. world'
   这就是你看到参数被拆成两段、单引号被转义的原因，这种写法会直接导致configure收到错误的参数。

第二种写法（直接写完整命令）的实际效果说明 #

直接写完整命令时，Shell会先解析整行的引号，识别到--string='hello world'里的单引号是参数边界，会把中间的空格当做参数内容的一部分，不会拆分。最终传给configure的参数是两个：--prefix=/home/cjl、--string=hello world，完全符合你的预期。
set -x调试输出里的'--string=hello world'外层单引号是Shell为了标识这是一个完整参数额外加的，不是实际传给程序的内容，功能层面和你预期的--string='hello world'完全等价。

解决方案（如果需要用变量存储多参数） #

如果你确实需要用变量统一管理参数，在支持数组的Shell（比如Bash）中可以用数组保存参数：

#!/bin/bash
set -x
OPTIONS=(--prefix=/home/cjl --string='hello world')
./configure "${OPTIONS[@]}"

这种写法会正确保留每个参数的边界，不会出现意外拆分的问题。

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