Windows CMD 会将脱字符 ^ 视为转义符，自动剥离或解释其后的字符，导致 Go 程序通过 os.Args 获取的参数中 ^ 消失；正确做法是使用双引号包裹含 ^ 的参数，或在 ^ 前额外转义。
windows cmd 会将脱字符 `^` 视为转义符，自动剥离或解释其后的字符，导致 go 程序通过 `os.args` 获取的参数中 `^` 消失；正确做法是使用双引号包裹含 `^` 的参数，或在 `^` 前额外转义。
在 Windows 命令提示符（CMD）中，^ 是内置的转义字符，功能类似于 Unix shell 中的反斜杠 \。当 CMD 解析命令行时，它会主动消费 ^ 及其紧邻的下一个字符——若该字符是特殊符号（如 &, |, , ^ 本身等），则取消其特殊含义；若为普通字符，则仅丢弃 ^，保留后续字符。因此，当你执行如下命令：
myapp.exe -i github.com/jquery/jquery^2.2.3
CMD 在将参数传递给 myapp.exe 之前，已将 ^2 解释为“字面量 2”，并直接移除 ^，最终 os.Args 收到的是：
[]string{"myapp.exe", "-i", "github.com/jquery/jquery2.2.3"}
→ 注意：^ 已丢失，版本号变成 2.2.3 而非预期的 ^2.2.3。
✅ 正确解决方案
1. 使用双引号包裹整个含 ^ 的参数（推荐）
myapp.exe -i "github.com/jquery/jquery^2.2.3"
CMD 将引号内内容视为一个完整字符串，不解析其中的 ^，os.Args 可准确获取：
[]string{"myapp.exe", "-i", "github.com/jquery/jquery^2.2.3"}
2. 对 ^ 进行双重转义（仅限无引号场景）
在 CMD 中，^^ 表示字面量 ^：
myapp.exe -i github.com/jquery/jquery^^2.2.3
此时 os.Args[2] 为 "github.com/jquery/jquery^2.2.3"。
⚠️ 注意事项：
- PowerShell 行为不同：默认不将 ^ 视为转义符（除非显式启用 CMD 兼容模式），因此在 PowerShell 中原样传递 ^ 通常无需额外处理；
- Go 程序自身不处理 CMD 层级的转义——所有参数清洗均由 CMD 完成，os.Args 接收的是 CMD 解析后的结果；
- 若参数来自用户输入或配置文件，建议统一采用双引号封装策略，提升跨平台鲁棒性。
总结：^ 在 Windows CMD 中是“隐形过滤器”，不是 Go 或程序的问题，而是 Shell 解析阶段的固有行为。始终用双引号保护含 ^、&、|、空格等特殊字符的参数，是最简单、最可靠的实践。
