go 不会自动将目录下所有 `.go` 文件纳入编译范围；使用 `go run` 时必须显式列出所有参与构建的源文件（如 `go run main.go otherfile.go`），或用通配符 `*.go` 一次性包含全部。
在 Go 中，同一目录下的所有 .go 文件默认属于同一个包（只要它们声明了相同的 package 名，例如均为 package main），这确实意味着它们共享同一作用域、可相互调用函数、访问导出/非导出标识符。但关键在于：Go 的构建工具链（尤其是 go run）并不会自动发现并编译整个目录下的所有 Go 文件——它只编译你明确指定的文件。
因此，当你执行：
go run main.go
Go 仅编译并运行 main.go 这一个文件。此时 otherfile.go 中定义的 foo() 函数对 main.go 完全不可见，导致编译错误 undefined: foo。
✅ 正确做法是显式包含所有必需的源文件：
go run main.go otherfile.go
或者（在 Linux/macOS 等支持 shell 通配符展开的系统中）：
go run *.go
⚠️ 注意：Windows 命令提示符（cmd）不支持 *.go 自动展开，需手动列出文件或改用 PowerShell（支持通配符）；推荐统一使用 go run *.go（PowerShell）或 go run main.go otherfile.go（跨平台安全写法）。
此外，还可通过以下方式验证结构是否合理：
- 确保两文件均声明 package main
- 确保无语法错误、函数签名一致
- 可运行 go build 测试完整编译：go build -o myapp .（当前目录下所有 .go 文件自动参与）
? 小结：Go 的“单包多文件”机制是语言层面的设计，而 go run 的文件选择是构建工具的行为约束。理解这一区分，就能避免常见作用域误解——不是作用域失效，而是部分代码根本未被编译进当前运行单元。
