PowerShell下curl请求Elasticsearch7.16需在请求体前加空格的原因

该现象和curl、Elasticsearch本身逻辑无关，是PowerShell 5.1版本传递参数给外部原生可执行程序时的已知解析缺陷导致的：

• 当传入外部程序的参数值满足"紧跟{的开头格式时，PowerShell 5.1的命令行拆分逻辑会错误判定引号边界，破坏你用反引号转义的双引号结构，不会把你写的完整JSON字符串传递给curl。
• 你看到的两类报错来源非常明确：curl收到的参数被PowerShell拆成了多段，原本属于--data值的后半段JSON内容被错误识别为额外的URL参数，所以curl报unmatched close brace/bracket in URL position 5；而--data实际拿到的是残缺的JSON片段，传到Elasticsearch就会触发JSON提前终止的解析异常，返回400错误。
• 你在开头双引号和{之间加的那个空格，刚好破坏了"{这个触发bug的特征串，PowerShell就能正常识别整个被引号包裹的参数范围，把完整JSON传给curl，请求就执行成功了。

靠加空格绕bug不是长久之计，推荐用以下写法彻底规避该问题：

• 用PowerShell单引号包裹整个JSON内容，单引号内部的字符不会被PowerShell转义解析，不需要额外加反引号：

./curl -X PUT "localhost:9200/customer/_doc/1?pretty" -H "Content-Type:application/json" --data '{"name":"John Doe"}'

• 先构造请求体对象，通过PowerShell自带的ConvertTo-Json转成合法JSON字符串后再传参，完全避免手写转义字符的问题：

$requestBody = @{
    name = "John Doe"
} | ConvertTo-Json
./curl -X PUT "localhost:9200/customer/_doc/1?pretty" -H "Content-Type:application/json" --data $requestBody

• 升级到PowerShell 7及以上版本，该外部程序参数传递的解析bug在高版本PowerShell中已被正式修复，不需要特殊写法就能正确传递带特殊字符的参数。

注意：你这里用./curl显式调用原生curl.exe的写法是正确的，该问题和PowerShell默认把curl映射为Invoke-WebRequest的别名无关，纯粹是旧版本PowerShell的传参逻辑bug。

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