`go run` 默认只编译指定文件，若函数定义分散在多个 `.go` 文件中（如 `main.go` 和 `main2.go`），需显式列出所有源文件或使用通配符，否则会报“undefined”错误。
在 Go 项目中，当一个 main 包被拆分为多个文件（例如 main.go 定义 main() 函数，main2.go 定义辅助函数 somefunc()）时，直接执行 go run main.go 会导致编译失败：
./main.go:5:9: undefined: somefunc
这是因为 go run 默认仅编译并运行你显式指定的文件，不会自动扫描同目录下其他属于同一包（如 package main）的 .go 文件——这与 go test 或 go build 的行为不同（后者默认处理整个包内所有非测试文件）。
✅ 正确做法是：将所有参与构建的源文件一并传给 go run：
go run main.go main2.go
或者更简洁地使用 shell 通配符（确保无 *_test.go 文件干扰）：
go run *.go
⚠️ 注意事项：
- 所有文件必须声明相同的包名（如均为 package main），否则会触发 multiple packages 错误；
- 若目录中存在测试文件（如 main_test.go），go run *.go 会尝试将其加入编译，导致失败。此时应显式列举非测试文件，或改用 go run $(ls *.go | grep -v '_test\.go')（Linux/macOS）；
- go run 不支持 go.mod 中的 replace 或 require 影响源文件发现逻辑——它纯粹基于文件路径和包声明；
- 对于大型项目，建议统一使用 go build && ./program 或 go run .（Go 1.11+ 支持），后者会自动识别当前目录下的整个主包（推荐）：
go run .
✅ go run . 是最健壮的方式：它等价于“运行当前目录所代表的包”，自动包含所有 .go 文件（排除 _test.go），语义清晰且跨平台兼容。
总结：不要依赖 go run main.go 自动发现同包其他文件；优先使用 go run .，其次 go run file1.go file2.go，避免通配符在含测试文件时的意外行为。这是 Go 构建模型的明确设计——显式优于隐式。
