Go 不会自动重编译已安装的依赖包；当使用 go build 时，若对应包已被 go install 缓存到 pkg/ 目录，编译器将直接复用旧版 .a 文件，导致代码修改不生效——这是 Go 构建机制的设计特性，而非 bug。
go 不会自动重编译已安装的依赖包；当使用 `go build` 时，若对应包已被 `go install` 缓存到 `pkg/` 目录，编译器将直接复用旧版 `.a` 文件，导致代码修改不生效——这是 go 构建机制的设计特性，而非 bug。
在 Go 的传统 GOPATH 模式下（尤其针对 Go 1.11 之前版本），构建行为严格依赖于 GOPATH/src 的目录结构和 pkg/ 中的预编译缓存。你遇到的 undefined: foo.MyName 错误，并非 Go “漏编译”，而是因为：server 包此前已被 go install 编译并缓存为 pkg/linux_amd64/server.a，后续 go build main.go 仅重新编译 main，却继续链接旧版 server.a——即使你已修改 server/server.go，只要未触发其重新安装，变更就不会生效。
✅ 正确构建流程（GOPATH 模式）
假设你的项目结构如下（符合 Go 官方约定）：
$GOPATH/src/github.com/yourname/myproject/
├── main/
│ └── main.go # import "github.com/yourname/myproject/server"
├── server/
│ └── server.go # package server; func MyName() string { ... }
✅ 推荐操作（确保所有依赖实时更新）：
# 进入项目根目录（即包含 main/ 和 server/ 的目录） cd $GOPATH/src/github.com/yourname/myproject # 方式1：强制重建整个项目及其所有子包（推荐用于开发调试） go build ./... # 方式2：安装所有包（生成 pkg/ 缓存 + bin/ 可执行文件） go install ./... # 方式3：单独更新特定包（如 server） cd server && go install
⚠️ 关键注意事项：
- ❌ 避免在任意目录下直接执行 go build main.go —— 这会脱离 GOPATH 上下文，无法正确解析相对导入路径，且忽略依赖包变更。
- ❌ 不要手动删除 pkg/ 目录来“强制重编译”——这虽能临时解决，但破坏了 Go 的增量构建优化，且易引发路径混乱。
- ✅ go install 是触发依赖包重新编译的核心命令：它不仅编译，还会将 .a 文件写入 pkg/ 并更新缓存，后续 go build 才能获取最新版本。
- ✅ 始终使用 import "github.com/yourname/myproject/server" 而非 import "./server" 或 import "server" —— 绝对路径导入是 Go 包管理的基石。
? 验证与调试技巧
若仍报错 undefined: foo.MyName，请按顺序检查：
导入路径是否匹配实际目录结构？
server.go 中 package server，则 main.go 中必须 import "github.com/yourname/myproject/server"，且该路径需真实存在于 $GOPATH/src/ 下。函数导出是否符合 Go 规范？
MyName() 首字母大写 ✅（可导出），myName() 小写 ❌（仅包内可见）。-
清理缓存（仅调试时使用）：
go clean -cache -modcache # 清理全局模块缓存（Go 1.11+） rm -rf $GOPATH/pkg/linux_amd64/github.com/yourname/myproject/ # 删除特定包缓存
? 现代替代方案：启用 Go Modules（强烈推荐）
从 Go 1.11 起，官方推荐弃用 GOPATH，改用模块化管理：
cd /path/to/your/project go mod init github.com/yourname/myproject # 生成 go.mod go build ./... # 自动处理依赖，无需 GOPATH
Modules 模式下，go build 默认遵循 go.mod 声明的依赖关系，修改源码后无需额外 install 即可生效，彻底规避传统 GOPATH 缓存陷阱。
总结： Go 的“不重编译”本质是缓存机制的合理设计，而非缺陷。掌握 go install 的作用、坚持标准目录结构、使用绝对导入路径，并逐步迁移到 Go Modules，即可一劳永逸解决此类问题。
