CMD批处理用curl发GET请求 仅替换空格为%20不编码特殊字符咨询

问题本质 #

• CMD命令解释器默认把空格作为命令参数分隔符，把&作为多命令拼接符，直接传入带空格、未转义&的完整URL时，CMD会在curl读取到完整URL前就截断字符串，触发bad/illegal format or missing link报错。
• --data-urlencode参数遵循RFC3986规范对传入参数做全量百分号编码，会自动转码非ASCII字符（如ö、ß）、%、&等特殊字符，无法满足仅编码空格的需求。
• 浏览器地址栏的自动编码逻辑只会处理空格等URL明确禁止的非法字符，不会强制转码其他可正常传递的特殊字符，和全量编码的逻辑存在差异。

可落地方案 #

方案1：批处理内置字符串替换（兼容性最好，无curl版本要求） #

利用批处理自带的变量替换能力，仅把参数值里的空格替换为%20，对CMD专属的保留字符&加^转义即可，其余特殊字符无需处理，所有版本curl、Windows系统都能兼容。
示例代码：

@echo off
setlocal enabledelayedexpansion
:: 初始化参数变量
set "token=abcde12345"
set "subject=var1 in here"
set "object=var2 has some spechial chars ö ß % &"

:: 仅替换变量内所有空格为标准%20
set "subject=!subject: =%%20!"
set "object=!object: =%%20!"
:: 转义CMD会解析的命令拼接符&
set "object=!object:&=^&!"

:: 发起GET请求
curl "http://192.168.0.100:1234/operations/get?token=!token!&subject=!subject!&object=!object!"

endlocal

注意：批处理语法中字面量%需要用双写%%表示，否则会被解析为变量占位符直接吞掉，最终生成的URL里空格编码会变成缺失%的20，导致参数异常。

方案2：curl原生参数控制编码范围（适合curl 7.87以上版本） #

高版本curl提供了单独控制空格编码规则的参数，搭配不做自动编码的--data-raw传参，即可实现仅编码空格、其余字符原样传递的效果，不需要手动做变量替换，只需要转义CMD识别的&即可。
示例代码：

curl -G "http://192.168.0.100:1234/operations/get" ^
--data-raw "token=abcde123345" ^
--data-raw "subject=var1 in here" ^
--data-raw "object=var2 has some spechial chars ö ß % ^&" ^
--urlencode-space url

参数说明：

• --data-raw：传入参数时不做任何自动编码，完全保留传入的原始字符
• --urlencode-space url：仅将请求内容中的空格编码为%20，不处理其他特殊字符

方案3：文件传参规避CMD解析（适合特殊字符极多的场景） #

如果参数值包含大量CMD保留字符，手动转义成本高，可以把复杂参数值写入UTF-8编码的临时文件，通过curl的文件加载参数传入，完全绕开CMD的字符解析逻辑。
示例代码：

:: 将复杂参数值写入临时文件，无额外转义要求
echo|set /p="var2 has some spechial chars ö ß % &" > temp_param.txt
curl -G "http://192.168.0.100:1234/operations/get" ^
--data-raw "token=abcde12345" ^
--data-raw "subject=var1 in here" ^
--data-binary "@temp_param.txt" ^
--urlencode-space url
:: 请求完成后清理临时文件
del temp_param.txt

避坑提示 #

• 所有方案里只要直接在CMD命令行写&，都必须在前面加^转义，否则会被CMD识别为命令拼接符截断参数
• 不要为了图方便用--data-urlencode处理带非ASCII、特殊符号的参数，全量编码会改变原始参数值
• 如果参数值本身包含^这类CMD转义符，优先用方案3的文件传参方式，避免多层转义逻辑混乱

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