curl PUT请求中环境变量引用的引号使用及等价性对比

先直接给结论：这两种写法通常是不等价的，且强烈推荐给所有环境变量都加上双引号（既满足shell的空格兼容，也符合JSON的语法要求）。

为什么不等价？ #

咱们先把两种写法具象化：
假设你原本的“标准写法”是（给两个变量都套上双引号，同时兼顾shell展开和JSON语法）：

curl -X PUT -d "{\"user\":\"${USER}\", \"host\":\"${HOST}\"}" https://your-api-endpoint

而你想问的“另一种写法”是不给${HOST}加双引号：

curl -X PUT -d "{\"user\":\"${USER}\", \"host\":${HOST}}" https://your-api-endpoint

这里的核心问题不在shell的空格处理，而在JSON的语法规则：

• JSON要求所有字符串值必须用双引号包裹。如果${HOST}展开后是example.com，第二种写法生成的请求体是{"user":"alice smith", "host":example.com}——这是无效JSON！服务器的JSON解析器会把example.com当成未定义的标识符，直接返回解析错误。
• 只有当${HOST}的值本身就带有双引号（比如环境变量是"example.com"），第二种写法才会生成有效JSON，但这种情况几乎不存在，也不符合环境变量的常规用法。

哪怕主机名确实不含空格，跳过引号也会破坏JSON语法，导致请求失败，所以这两种写法在绝大多数场景下都不等价。

为什么推荐给所有变量加双引号？ #

• 兼容JSON语法：不管变量内容是什么，只要是作为JSON字符串值，就必须用双引号包裹，这是硬性规则，和变量有没有空格无关。
• 避免shell意外拆分：虽然主机名通常不含空格，但如果哪天你的环境变量规则变了（比如HOST包含特殊标识），或者你把这段代码复用在其他场景（比如处理带空格的主机别名），提前加上双引号可以避免shell把变量值按空格拆分成多个参数。
• 代码一致性：统一给所有变量加双引号，能让代码更易读、更健壮，不用纠结“这个变量会不会有空格”，减少后续维护时的bug。

补充：更优雅的写法 #

如果觉得转义双引号太麻烦，你可以用单引号包裹JSON主体，在需要插入环境变量的地方断开单引号，用双引号包裹变量，再继续单引号：

curl -X PUT -d '{"user":"'"${USER}"'", "host":"'"${HOST}"'"}' https://your-api-endpoint

这种写法既避免了大量转义，又能确保shell正确展开环境变量，同时生成合法的JSON，也是社区常用的最佳实践之一。

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