go 的 `go run` 命令默认只编译并运行指定的单个文件，不会自动包含同目录下其他 `.go` 文件；若需跨文件调用函数，必须显式指定所有相关源文件（如 `go run *.go`）或使用 `go build` + 执行二进制的方式。
在 Go 项目中，将 main package 拆分到多个文件（如 main.go 和 otherfile.go）是完全合法且推荐的做法——只要它们都声明为 package main，且位于同一目录下。Go 编译器会将整个目录视为一个逻辑包，但 go run 的行为与此不同：它是一个便捷命令，设计初衷是快速执行单文件脚本，默认不会递归或通配加载当前目录的其他 .go 文件。
因此，当你执行：
go run main.go
Go 仅编译并运行 main.go，而 otherfile.go 被完全忽略，导致 SomeFunc() 未定义，报错 undefined: SomeFunc。
✅ 正确做法有以下两种：
1. 显式列出所有源文件（推荐用于开发调试）
让 Windows 桌面程序在开机时静默自启并隐藏到系统托盘。特别适用于 Flutter、Electron 等无视 VBS/ProcessStartInfo 窗口样式、难以隐藏的顽固应用。提供「VBS 启动器 + Python ctypes/Win32 API」的隐藏窗口方案，可稳定把窗口收进托盘且不闪控制台。
go run main.go otherfile.go # 或更简洁地通配所有 .go 文件： go run *.go
✅ 注意：*.go 在 shell 中由终端展开为当前目录下所有 .go 文件（按字母序），确保无遗漏；Windows PowerShell 用户需改用 go run main.go otherfile.go，因通配符支持可能受限。
2. 使用 go build 构建后再运行（适合完整构建流程）
go build -o testapp . ./testapp # 输出：a thing
该方式会自动识别整个模块/目录中属于 main package 的所有 .go 文件，符合 Go 的标准构建逻辑。
⚠️ 补充注意事项：
- 所有同 package 的 .go 文件必须位于同一目录，且不能有重复的函数/变量名（否则编译失败）；
- 不要混用 package main 和其他包名（如 package utils）在同一目录下，否则 go build 会报错 multiple packages；
- 若项目已初始化为 Go module（含 go.mod），确保在模块根目录执行命令，避免 GOPATH 旧模式干扰；
- go run 不支持 -ldflags 等高级构建参数时，应优先使用 go build。
总结：Go 的模块化设计鼓励合理拆分代码，但工具链语义需明确——go run ≠ “运行当前程序”，而是“运行所列文件”。掌握 go run *.go 这一惯用写法，即可高效进行多文件 main 包的快速迭代。
