在 go 中，同一包下的不同 `.go` 文件可直接互相引用类型（如结构体），但需确保所有文件均被同时编译——单独 `go build file_2.go` 会失败，因未包含定义 `mystruct` 的 `file_1.go`。
Go 的编译模型基于包级编译：同一个 package lib 下的所有 .go 文件共同构成该包的完整源码集合。类型（如 MyStruct）的声明必须在编译时对引用它的文件可见——这并非通过“导入路径”实现，而是通过将整个包的所有源文件一并传递给编译器来保证。
你遇到的 undefined: MyStruct 错误，根本原因在于执行了：
go build lib/file_2.go # ❌ 错误：仅编译单个文件，file_1.go 未参与
此时编译器完全不知道 MyStruct 是什么，自然报错。而 go install 能成功，是因为它默认以包为单位构建（即自动扫描 lib/ 下所有 .go 文件），等价于：
go install lib/ # ✅ 正确：编译整个包 # 或 go build lib/ # ✅ 同样正确
✅ 推荐做法（生产与开发通用）：
始终以包路径（而非单个文件）执行构建命令：
# 在项目根目录下执行（假设 lib/ 是子目录） go build lib/ go install lib/ go test lib/
✅ 快速验证（适合含 main 函数的包）：
go run lib/*.go # ✅ 编译并运行 lib/ 下所有 .go 文件 go run lib/file_1.go lib/file_2.go # ✅ 显式列出所有依赖文件
⚠️ 注意事项：
- 不要依赖 go run *.go 在子目录中执行（如 cd lib && go run *.go），因为 go run 默认只识别当前目录的 main 包；若 lib 非 main 包，会报 no Go files in ...。
- 确保两个文件 package 声明完全一致（包括大小写），且无语法错误（例如 file_2.go 中的 { m MyStruct } 应为合法字段声明，如 type Other struct { m MyStruct }）。
- Go 不支持“头文件”式前置声明，也不需要 import "./file_1" —— 同包即天然可见。
? 总结：Go 的跨文件类型引用是包级别的隐式可见性，关键在于统一编译范围。抛弃按文件编译的习惯，拥抱按包操作，即可彻底避免此类问题。
