在 go 中，同一包下的结构体默认可跨文件访问，但编译时需确保所有相关 `.go` 文件被一并参与构建，否则会报 `undefined: mystruct` 错误；`go build` 单独指定某文件会导致依赖丢失，应避免。
Go 的包级作用域规则明确：只要多个 .go 文件声明相同的 package lib（且位于同一目录下），它们就属于同一个编译单元，彼此可直接访问导出（首字母大写）或非导出的类型、变量和函数——无需 import，也无需额外声明。
你遇到的 undefined: MyStruct 错误，根本原因在于执行了：
go build lib/file_2.go
该命令仅编译 file_2.go 一个文件，而 file_1.go 中定义的 MyStruct 未被加载，因此类型不可见。这不是代码逻辑问题，而是构建方式错误。
✅ 正确做法是让 Go 工具链一次性处理整个包：
-
✅ 编译整个包（推荐）：
go build -o mylib ./lib
或进入 lib/ 目录后运行：
go build
-
✅ 运行含 main 函数的包（如用于测试）：
go run *.go # 当前目录下所有 .go 文件 go run file_1.go file_2.go # 显式列出依赖文件
⚠️ 注意事项：
- go install 无报错，是因为它默认构建整个模块中的可安装包（通常含 main），并可能隐式包含所有同包文件——但这不意味着单文件构建是安全的。
- 不要依赖 go run *.go 在生产环境中构建，它仅适用于快速验证；正式构建请始终使用 go build + 包路径。
- 确保两个文件都位于同一目录、同名 package lib 声明，且无拼写差异（如空格、大小写错误）。
- 若 MyStruct 未导出（即 myStruct 小写开头），则仅限 lib 包内使用——这本身是合法的，不影响同包引用。
? 总结：Go 的“包”是编译基本单位，不是文件集合。引用同包类型时，关键不在语法，而在构建范围——让所有相关 .go 文件同时参与编译，即可无缝使用。
