在 go 项目中，若将 main 包拆分为多个文件（如 main.go 和 otherfile.go），直接执行 go run main.go 会失败，因为 go 默认只编译指定文件；需显式包含所有相关源文件（如 go run *.go）或使用 go run . 运行整个目录。
Go 的构建工具对源文件的处理是显式且精确的。当你运行 go run main.go 时，Go 编译器仅加载并编译 main.go 这一个文件，完全忽略同目录下其他 .go 文件（即使它们同属 package main）。因此，main.go 中调用的 SomeFunc() 在当前编译单元中未定义，导致编译错误：undefined: SomeFunc。
✅ 正确做法有以下几种：
-
推荐方式：运行整个目录
在项目根目录（即包含 main.go 和 otherfile.go 的目录）执行：go run .
. 表示当前目录下所有属于同一包的 .go 文件，Go 会自动识别、解析并编译全部 package main 源文件。
-
显式列出所有文件
go run main.go otherfile.go # 或使用通配符（shell 层面展开） go run *.go
⚠️ 注意：*.go 依赖 shell 支持通配符展开（如 Bash/Zsh），Windows Command Prompt 不支持，此时应明确列出文件名。
-
构建后执行（适合长期开发）
go build -o testapp . ./testapp
go build 默认编译当前目录下全部 .go 文件（同包），生成可执行文件，更符合生产流程。
? 关键原则：
- 同一包（尤其是 main）的多个文件必须同时参与编译，不能“孤立引用”；
- Go 没有隐式的跨文件可见性机制——不是“只要同包就自动可见”，而是“只有被共同编译的同包文件才构成完整包作用域”；
- go run 是快速执行工具，不是构建系统；它的行为严格遵循所给文件列表，不自动推导依赖。
? 小技巧：现代 IDE（如 VS Code + Go extension）和 go run . 结合，能提供最佳开发体验——保存即 Ctrl+S → 终端 go run .，无需记忆文件名，也避免遗漏。
总结：多文件 main 包不是语法问题，而是构建约定问题。始终用 go run .（而非 go run xxx.go）启动多文件命令程序，既简洁又可靠。
