Shell脚本中curl传递带空格User Agent参数失败问题排查

这个问题我之前踩过坑！核心原因是shell对变量展开时的引号处理逻辑——你在变量opt里手动加的双引号，在变量被shell展开后，会变成普通的字符串字符，完全失去了它原本用来分隔带空格参数的语法作用。

具体原因拆解 #

当你执行curl http://example.com $opt时，shell会先把$opt展开成-A "My Bot" -b cookie -c cookie。但这时候的双引号只是普通字符，shell会按空格把整个内容拆分成这些独立参数：-A, "My, Bot", -b, cookie, -c, cookie。

所以curl会把"My"当成完整的User Agent值，然后把Bot"误认为是一个要请求的主机地址，自然就抛出Could not resolve host: Bot的错误了。而echo只是把所有参数原样拼接输出，不会处理引号的语法意义，所以看起来输出是正常的，但这和shell实际的参数分割逻辑完全是两回事。

正确的解决方法 #

推荐用下面几种方式来处理：

1. 使用数组（最安全可靠）

把每个独立的命令选项作为数组元素保存，shell会正确保留每个参数的边界，不会错误拆分带空格的内容：

cookie="-b cookie -c cookie"
agent="My Bot"
# 将每个选项作为数组的独立元素
opt=(-A "$agent" -b cookie -c cookie)
# 用数组展开语法传递参数
curl http://example.com "${opt[@]}"

这里${opt[@]}会把数组里的每个元素作为独立参数传递，"My Bot"会被完整地作为一个参数传给curl的-A选项，完美解决问题。

2. 直接在curl命令中传递参数（最简单）

如果变量数量不多，没必要用中间变量拼接，直接把参数写到curl命令里就行：

cookie="-b cookie -c cookie"
agent="My Bot"
curl http://example.com -A "$agent" $cookie

这种方式下，$cookie展开后虽然会被拆分，但因为-b cookie和-c cookie本身没有空格，所以不会出问题；如果你的cookie变量里有带空格的内容，还是优先用数组方案。

3. 尽量避免使用eval（不推荐，有安全风险）

如果一定要用变量拼接的方式，可以用eval让shell重新解析命令行，恢复引号的语法作用，但这种方式有安全隐患——如果agent或cookie里包含特殊字符（比如;、&），可能会执行恶意命令：

cookie="-b cookie -c cookie"
agent="My Bot"
opt="-A \"$agent\" $cookie"
eval curl http://example.com $opt

除非你能完全控制变量内容，否则不建议用这种方法。

总结 #

在shell中处理带空格或特殊字符的命令参数，最稳妥的方式是用数组来保存参数，这样能确保每个参数的完整性，避免被shell错误拆分。

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