go get 安装工具时为什么不再生成二进制到 $GOPATH/bin？
Go 1.17 起，go get 默认不再支持直接安装命令行工具（如 golint、stringer），它被降级为纯依赖管理命令。这不是 bug，是官方明确的语义变更——go get 只负责下载并构建模块依赖，不负责“安装可执行文件”。
常见错误现象：go get github.com/golang/lint/golint 执行后没报错，但 golint 命令找不到；或者提示 command not found: golint。
- 根本原因：Go 1.16+ 默认启用
GO111MODULE=on，且go get不再隐式调用go install - 兼容性影响：旧教程里“
go get -u xxx就能用”的写法在 1.17+ 失效 - 正确路径是改用
go install，它专为安装二进制设计，且默认写入$GOBIN（若未设置则 fallback 到$GOPATH/bin）
go install 的路径和权限要怎么配才不报错？
go install 要求目标包必须以 /cmd/xxx 或包含 main 包的路径结尾，否则会报 no Go files in 或 cannot find module providing package。
使用场景：安装 gotip、ffjson、自研 CLI 工具等。
立即学习“go语言免费学习笔记（深入）”；
-
GOBIN必须在$PATH中，否则装完也找不到命令。推荐显式设置：export GOBIN=$HOME/go/bin export PATH=$GOBIN:$PATH
- 安装命令必须带版本后缀（Go 1.17+ 强制要求）：
go install golang.org/x/tools/cmd/gopls@latest - 如果目标仓库没有
/cmd/子目录，而是根目录即main.go，得用完整路径：go install github.com/urfave/cli/v2@latest（前提是该模块根目录有package main）
模块路径里带 @vX.Y.Z 和 @latest 有什么实际区别？
版本后缀不是可选项，是 Go 1.17+ go install 的语法硬性要求。不加会报 invalid version: unknown revision 或直接失败。
性能与确定性影响：用 @latest 表面省事，实则隐患大——它每次解析为模块最新 tagged 版本，可能跳过中间 patch，也可能因作者删 tag 导致不可重现。
-
@v0.12.3：精确锁定，适合 CI 或生产环境部署 -
@latest：仅建议在本地快速尝鲜，或调试时用；注意它不等于master，而是最近一次符合 semver 的 tag -
@commit-hash：可用于未打 tag 的临时分支，但无法自动更新，慎用
为什么 go install 报错 “cannot load package: package xxx is not in GOROOT”？
这是典型的路径误写。Go 模块路径 ≠ GitHub URL，尤其当仓库启用了 Go Module 且 go.mod 里声明了非默认路径时，必须按 go.mod 第一行的 module 声明来写安装路径。
例如：仓库地址是 https://github.com/spf13/cobra，但它的 go.mod 是 module github.com/spf13/cobra，所以正确安装是 go install github.com/spf13/cobra@latest；如果写成 go install github.com/spf13/cobra/cmd/cobra@latest，而该模块并未导出 /cmd/cobra 子模块，就会触发上述错误。
- 查真实模块路径：进项目根目录运行
go list -m - 查可安装的命令入口：运行
go list -f '{{.Name}}' ./cmd/...（如果有/cmd/目录） - 别依赖 GitHub 页面路径，认准
go.mod里的module行
@latest —— 这两个点一错，其他都白搭。 
