go run 会自动识别并编译所有以 .go 结尾的参数，导致无法将目标 .go 文件作为普通命令行参数传入程序；本文详解其原理、限制及实用替代方案。
`go run` 会自动识别并编译所有以 `.go` 结尾的参数，导致无法将目标 `.go` 文件作为普通命令行参数传入程序；本文详解其原理、限制及实用替代方案。
在 Go 开发中，go run main.go 是快速验证代码的常用方式，但当你的程序本身需要接收另一个 .go 文件（例如作为输入源码进行解析、格式化或元编程）时，直接执行：
go run prog.go foo.go
会导致 go run 将 foo.go 也视为待编译的源文件——而非你程序的运行时参数。这是因为 go run 的解析逻辑严格按后缀识别：只要参数以 .go 结尾，就归入编译文件列表，剩余部分才作为 os.Args 传给程序。
? 根本原因：go run 的参数分割逻辑
Go 官方源码中 cmd/go/run.go 明确定义了该行为：
for i < len(args) && strings.HasSuffix(args[i], ".go") {
i++
}
files, cmdArgs := args[:i], args[i:]即：从左到右连续收集所有 .go 后缀参数，直到遇到第一个非 .go 参数为止；后续内容才作为 cmdArgs（即你程序中 os.Args[1:] 的来源）。这意味着：
- go run prog.go foo.go bar.go → files = ["prog.go", "foo.go", "bar.go"], cmdArgs = []
- go run prog.go -- foo.go → files = ["prog.go"], cmdArgs = ["--", "foo.go"]（-- 被保留，破坏参数位置一致性）
- go run prog.go foo.txt → files = ["prog.go"], cmdArgs = ["foo.txt"] ✅（仅对非 .go 文件有效）
因此，不存在“绕过识别”的标准方式——这是设计使然，非 bug，也无法通过 flag 或 shell 技巧规避。
✅ 推荐实践方案
1. 使用 go install + 直接运行（推荐）
避免 go run 的限制，同时免去手动管理二进制文件的麻烦：
go install ./... # 编译当前模块，输出至 $GOPATH/bin 或 go env GOPATH/bin prog foo.go # 直接调用，行为与 ./prog foo.go 完全一致
✅ 优势：
- os.Args 行为 100% 一致（os.Args[1] == "foo.go"）
- 支持模块化项目（go install . 或 go install ./cmd/prog）
- 二进制默认置于 $GOPATH/bin，不污染项目目录，且通常已加入 PATH
⚠️ 注意：确保 go env GOPATH/bin 在你的 PATH 中（可通过 echo $PATH | grep "$(go env GOPATH)/bin" 验证）。
2. 使用 rerun 实现热重载（适合开发迭代）
若你追求 go run 的“即时反馈”体验，可借助第三方工具 rerun：
go install github.com/skelterjohn/rerun@latest rerun ./prog.go foo.go # 修改 prog.go 或保存 foo.go 时自动重建并执行
它本质是监听文件变化后调用 go build && ./prog foo.go，因此完全复现预期参数语义。
3. 临时变通（仅限调试，不推荐长期使用）
若必须用 go run 且仅需临时测试，可重命名输入文件（绕过后缀检测）：
cp foo.go foo.go.src go run prog.go foo.go.src # 程序内读取 os.Args[1] 后，替换回 ".go" 后缀（如需）
但此法破坏工作流直觉，易出错，不应进入 CI 或团队协作流程。
? 总结
| 方案 | 是否保持 os.Args 一致性 | 是否支持热重载 | 是否需额外工具 | 推荐度 |
|---|---|---|---|---|
| go run *.go | ❌（foo.go 被编译） | ✅ | ❌ | ⚠️ 不适用 |
| go run -- | ❌（os.Args[1] == "--"） | ✅ | ❌ | ⚠️ 削弱兼容性 |
| go install + 运行 | ✅ | ❌ | ❌ | ✅ 强烈推荐 |
| rerun | ✅ | ✅ | ✅ | ✅ 开发友好 |
结论：放弃对 go run 传递 .go 参数的执念。go install 是最简洁、标准、可复现的解决方案——它既符合 Go 工具链哲学，又彻底规避了参数歧义问题。
