Go 1.5 起，go install（无参数时）在成功执行后会自动删除当前目录下由 go build 生成的同名可执行文件，以避免 stale binary 问题；此前行为中该文件会被保留，导致 ./executable 调用可能误执行旧版本。
go 1.5 起，`go install`（无参数时）在成功执行后会自动删除当前目录下由 `go build` 生成的同名可执行文件，以避免 stale binary 问题；此前行为中该文件会被保留，导致 `./executable` 调用可能误执行旧版本。
在 Go 1.4 及更早版本中，go build 会在当前目录生成可执行文件（如 main），而后续执行 go install 不会影响该文件——它仍保留在本地，可供 ./main 直接运行。这种行为让开发者习惯于组合命令，例如：
go build && go install && ./main
然而，自 Go 1.5 开始，该流程被明确重构：当 go install 作用于当前目录（即无参数调用）且编译安装成功时，它会主动删除当前目录下已存在的、由前序 go build 生成的同名可执行文件。这一变更旨在防止“stale binary”陷阱——即用户测试时运行的是旧版本地二进制，而非刚 install 到 $GOBIN（默认为 $GOPATH/bin）的新版本，尤其当 . 在 $PATH 中时风险更高。
✅ 正确做法是：
- 若需立即运行最新版程序，请直接调用 go install 后生成的已安装二进制（位于 $GOBIN）：
go build && go install && $(go env GOBIN)/main
或更简洁地（推荐）：
go install && $(go env GOBIN)/main
（因为 go install 本身已完成构建与安装，无需冗余 go build）
⚠️ 注意事项：
- 该行为仅触发于 go install 无参数（即作用于当前模块/包）且执行成功时；若指定包路径（如 go install ./cmd/myapp）或安装失败，则不会清理本地二进制。
- go install 安装的目标路径由 GOBIN 环境变量控制（Go 1.16+ 默认为 $GOPATH/bin；Go 1.17+ 支持模块模式下可结合 go install path@version 使用）。务必确认 $(go env GOBIN) 已加入 PATH，否则可能提示 command not found。
- 此变更未在 Go 1.5 官方发布说明中明确列出，属隐式行为调整（相关 CL 和 issue #12288 后续已在 Go 1.5.1 中完善文档）。
? 总结：这不是 bug，而是 Go 工具链对开发工作流一致性的增强。建议摒弃依赖本地 ./executable 的脚本逻辑，转而信任 go install 的输出位置，既符合工具设计意图，也提升跨环境可移植性。
