Go开发应优先使用标准库实现80%常见功能，再按需引入第三方包补足缺口；用go.mod管理最小必要依赖，并封装第三方逻辑以隔离变化风险。
用 Go 实现功能，优先靠标准库打底，再按需引入第三方包补足短板——这是最稳、最轻、最易维护的路径。
先用标准库解决 80% 的常见需求
Go 标准库非常扎实：网络（net/http）、JSON（encoding/json）、文件（os、io）、时间（time）、并发（sync、context）等都开箱即用。比如写一个简单 HTTP 服务，几行就跑起来：
- 用 http.HandleFunc 注册路由，http.ListenAndServe 启动服务
- 用 json.Marshal 和 json.Unmarshal 处理 API 数据交换
- 用 os.Open + io.Copy 做文件读写，无需额外依赖
明确缺口再选第三方包，不为“新”而加
标准库没覆盖的场景才引入第三方包，比如：
- 需要结构化日志 → 选 zerolog 或 zap（比 log 包更灵活、高性能）
- 要操作 MySQL/PostgreSQL → 用 database/sql + 对应驱动（如 github.com/go-sql-driver/mysql），不直接上 ORM
- 需处理 YAML/TOML 配置 → 加 gopkg.in/yaml.v3 或 github.com/BurntSushi/toml
- 做命令行工具 → spf13/cobra 补足 flag 包的层级和子命令能力
用 go.mod 管理依赖，保持最小必要集
初始化项目时执行 go mod init your-app，之后每加一个包，Go 自动记录到 go.mod。建议：
立即学习“go语言免费学习笔记（深入）”；
- 用 go mod tidy 清理未使用的依赖
- 避免直接 go get github.com/xxx/yyy 全局安装；始终在模块内操作
- 定期运行 go list -u -m all 查看可更新包，但升级前确认兼容性
封装第三方逻辑，隔离变化风险
别让业务代码直接调用第三方包的接口。例如用 zap 写日志，可封装一层：
- 定义自己的 Logger 接口（Info、Error、With 等方法）
- 实现类内部 new zap.Logger，对外隐藏细节
- 将来换日志库，只需重写实现，业务层零修改
不复杂但容易忽略：标准库是骨架，第三方包是关节，用对位置，才能又快又稳地把功能跑起来。
