在 MinGW（如 Git Bash）中运行 Go 程序时，以 /home 形式的 Unix 风格路径作为命令行参数会被自动转换为 C:/Program Files/Git/home，这是 MinGW 的 POSIX 路径转换机制所致，并非 Go 语言或 Go 运行时的行为。
在 mingw 环境下运行 go 程序时，以 `/home` 形式的 unix 风格路径作为命令行参数会被自动转换为 `c:/program files/git/home`，这是 mingw 的 posix 路径转换机制所致，并非 go 语言或 go 运行时的行为。
这种行为源于 MinGW-w64（尤其是通过 Git for Windows 提供的 Bash）内置的 MSYS2/MinGW 路径转换规则：当检测到以 / 开头、且符合 POSIX 路径模式（如 /home、/usr、/bin）的参数时，运行时会将其“映射”为对应 Windows 安装路径下的真实位置（例如 Git Bash 默认将 /home 映射为 C:\Users\
✅ 验证方法（排除 Go 干扰）：
新建一个 shell 脚本 test.sh：
#!/bin/bash echo "Script: $0" echo "Arg1: $1"
赋予执行权限并运行：
chmod +x test.sh ./test.sh /home
输出类似：
Script: ./test.sh Arg1: C:/Program Files/Git/home
这明确表明：路径转换发生在 shell 层（MSYS2 runtime），而非 Go 的 os.Args 解析阶段。Go 只是忠实地接收了操作系统传递过来的已转换参数。
? 解决方案（推荐按优先级排序）：
-
使用双引号包裹路径（最简单）：
Colly Golang Web Scraper and Crawler Framework下载Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
go run test.go "/home"
引号可阻止 MinGW 的自动路径转换（对大多数常见路径有效）。
-
禁用路径转换（全局或临时）：
在调用前设置环境变量：MSYS_NO_PATHCONV=1 go run test.go /home
此变量告诉 MSYS2 runtime 跳过所有路径转换逻辑，/home 将原样传入 Go 程序。
-
改用 Windows 原生终端（如 PowerShell 或 CMD）：
在 PowerShell 中运行：go run test.go /home
输出即为 /home —— 因为 Windows 原生命令行不执行此类转换。
⚠️ 注意事项：
- 该问题仅出现在 MinGW/MSYS2/Git Bash 等 POSIX 兼容层中，与 Go 编译器、标准库无关；
- os.Args 是操作系统直接提供的原始参数数组，Go 不做任何预处理；
- 若程序需跨平台兼容路径参数，建议在代码中显式判断运行环境（如 runtime.GOOS == "windows" 且 strings.HasPrefix(arg, "/")），或统一采用 Windows 风格路径（C:\path）或 URL 风格（file:///home）以规避歧义。
总结：这不是 bug，而是 MinGW 的设计特性——旨在桥接 Unix 工具链与 Windows 文件系统。理解其触发条件（开头 / + 匹配内置映射表）并合理选用 MSYS_NO_PATHCONV 或引号策略，即可精准控制参数行为。
