go get 是 Go 模块时代安装指定版本模块的核心命令，支持 @v1.2.3、@tag、@branch、@hash 等语法，自动更新 go.mod 与下载至 $GOPATH/pkg/mod。
直接去 pkg.go.dev 搜，比 GitHub 主页更可靠——它只展示已发布、可被 go get 正确引用的模块，且自动显示版本兼容性、导入路径、文档和依赖图。
搜之前先确认你要解决什么问题
第三方库不是越多越好，而是要匹配具体场景。比如：
- 要写命令行工具 → 优先看
cobra，不是urfave/cli（虽可用，但生态支持弱于 cobra） - 要读配置文件 →
viper功能全但稍重；若只要读.env，godotenv更轻量 - 要高性能 HTTP 服务 →
fasthttp是替代net/http的常见选择，但注意它不兼容标准库中间件，得重写逻辑 - 要并发安全的 map → 先看
sync.Map是否够用；如果频繁更新+遍历，再考虑github.com/orcaman/concurrent-map
别信 GitHub star 数，要看模块是否“活”
一个库是否可用，关键看三点：
-
go.mod文件是否存在且格式正确（没这个，go get可能拉错路径） - 最近一次 tag 是否在一年内（如
v1.8.0发布于 2025-09，说明还在维护） - Issues 里有没有大量未关闭的「v2 breaking change」或「Go 1.22 不兼容」类问题
例如搜 log，会看到 zerolog 和 zap 都很活跃，但 logrus 的主线已基本停滞（最后 release 是 2023 年），新项目不建议选。
立即学习“go语言免费学习笔记（深入）”；
遇到 “找不到包” 先检查 GOPROXY 和模块根目录
运行 go get github.com/sirupsen/logrus 报错 “no matching versions”，大概率不是库不存在，而是：
-
GOPROXY没配对：国内必须设为https://goproxy.cn,direct，否则连不上 proxy.golang.org - 当前目录下没有
go.mod，或GO111MODULE=off被意外启用（用go env -w GO111MODULE=on强制打开） - 模块名拼错：比如把
github.com/spf13/viper写成github.com/spf13/viper/v2（v2+ 版本需显式带/v2后缀，且 go.mod 里 require 也得同步改）
最简单的验证方式：go list -m github.com/spf13/viper —— 如果返回版本号，说明能解析；如果报错，问题出在代理或路径上。
真正难的不是“找库”，而是判断哪个版本的哪个库，在你当前 Go 版本 + 项目约束下，能最小代价跑起来。很多坑藏在 v1.21 的 go.sum 校验失败、私有仓库域名没加进 GOPRIVATE、或者某依赖悄悄升了 major 版却没改 import 路径里带的 /v2。
