Go 本身很简单标准库也很强大。大多数时候你不用像在其他语言里那样拉几十个依赖才能搭起来一个能跑的系统。但说真的用了几年 Go 之后我意识到一件事“会用 Go”和“用 Go 很顺手”之间差的就是几个合适的库。有些库能让你快几分钟有些能让你一天的工作节奏完全不一样。下面这 11 个是我反复用到、也确实帮我省了很多时间的——不是因为它们新是因为它们解决了真实的问题。1. Gin如果我要快速搭一个 API我通常会用它。net/http本身很好但 Gin 省掉了很多重复劳动——路由、中间件、解析请求、返回 JSON以前要写 40 行的东西现在 10 行就完了。r:gin.Default()r.GET(/ping,func(c*gin.Context){c.JSON(200,gin.H{message:pong})})r.Run()干净、快、好读。当你同时维护好几个服务的时候这点效率差别会越拉越大。2. Viper配置管理这件事一开始你不会觉得它有多重要——两三个环境变量写死就行。等项目大了你就得面对本地配置、测试配置、生产配置、功能开关、密钥、YAML 文件、运行时覆盖……全混在一起。Viper 把这些事情理清楚了。它支持环境变量、JSON/YAML/TOML、热加载、默认值、嵌套配置。它最大的好处不完全是技术层面的而是让我不用再花精力去想“配置应该怎么组织”。3. slogGo 1.21 之后标准库里自带了slog结构化日志终于不用再依赖第三方库了。以前我还在犹豫用哪个日志库现在直接用它就够了。logger.Info(用户创建成功,slog.String(user_id,id),slog.String(email,email),)输出是结构化的 JSON丢进 Loki 或 CloudWatch 之后按字段过滤非常方便。而且它是标准库的一部分不会多拉一个依赖。4. GORM我知道有些人觉得 ORM 在 Go 里是“异端”。但说实话GORM 确实帮我省了很多时间。对于内部工具、后台管理、CRUD 为主的服务它能很快搭起来。迁移、关联查询、分页、软删除——都有现成的。当然复杂查询我还是会写原生 SQL。关键是知道什么时候用 ORM什么时候不用。5. Cobra每个开发者迟早都会写一个 CLI 工具。一开始可能是个小脚本后来团队依赖上了然后你发现你正在维护一个“准产品”级别的命令行工具。Cobra 让这件事变得简单命令、子命令、参数、自动生成的帮助文档、shell 补全全都结构清晰。很多 Go 生态里的知名工具其实内部都用 Cobra——这本身就是一个信号。6. TestifyGo 自带的testing包很简洁但断言写多了之后可读性会变差。Testify 让测试代码更干净assert.Equal(t,expected,actual)assert.NoError(t,err)单看一行好像没什么但你每天写测试的时候能少想一点事就是好的。可读的测试才是可维护的测试——而可维护的测试才有人愿意写。7. GoMock在 Go 里手动写 mock 很烦尤其是在依赖多的时候。GoMock 能自动生成 mock单元测试变得轻松很多——特别是那些依赖 Kafka、数据库、外部 API、云服务的系统。它不是让你“写更多测试”而是让你“更愿意写测试”。8. Air这个听起来很小但每天用的时候感受很实在。Air 能在文件变化时自动重载 Go 应用——改代码、保存、应用自动重启。不用手动停止再启动不用反复敲命令。那些微小的打断累积起来对节奏的影响比你想的大。Air 省下的不是几分钟是“不用停下来想”的连续感。9. Prometheus Client监控以前对我来说是“以后再说”的事。直到线上出过几次问题之后我才开始认真加指标。Prometheus 的 Go 客户端让这件事变得很简单requestCounter.Inc()responseTime.Observe(duration)一旦加指标变得容易你就不会再“盲飞”了。好的可观测性比大多数优化手段更能节省排查时间。10. UUID这个太基础了但到处都在用——用户 ID、订单 ID、事件 ID、消息 ID、分布式任务 ID。我早期在 ID 生成策略上浪费过很多时间后来直接用 UUID 库就不在这件事上反复犹豫了。有时候“生产力”就是少做不必要的决策。11. ErrgroupGo 的并发能力很强但多个 goroutine 之间的协调很容易变乱——WaitGroup、错误传递、取消信号、同步手动处理起来很繁琐。errgroup让这件事干净了很多g,ctx:errgroup.WithContext(context.Background())g.Go(func()error{returnfetchUsers()})g.Go(func()error{returnfetchOrders()})iferr:g.Wait();err!nil{log.Fatal(err)}简洁、可靠。它确实改变了我组织并发代码的方式。这些库最大的共同点不是“功能多”而是它们减少了我在写代码时需要额外花精力思考的事情。不用反复处理重复结构不用在基础问题上犹豫也不用在缺少信息的情况下猜测系统的状态。它们不会帮你写出更“聪明”的代码但能让你在写代码的时候把注意力放在真正需要想清楚的事情上。如果你还没开始用某些库可以挑一个试试看看它能帮你省下什么。 我写 Go 这些年，离不开的 11 个库
Go 本身很简单标准库也很强大。大多数时候你不用像在其他语言里那样拉几十个依赖才能搭起来一个能跑的系统。但说真的用了几年 Go 之后我意识到一件事“会用 Go”和“用 Go 很顺手”之间差的就是几个合适的库。有些库能让你快几分钟有些能让你一天的工作节奏完全不一样。下面这 11 个是我反复用到、也确实帮我省了很多时间的——不是因为它们新是因为它们解决了真实的问题。1. Gin如果我要快速搭一个 API我通常会用它。net/http本身很好但 Gin 省掉了很多重复劳动——路由、中间件、解析请求、返回 JSON以前要写 40 行的东西现在 10 行就完了。r:gin.Default()r.GET(/ping,func(c*gin.Context){c.JSON(200,gin.H{message:pong})})r.Run()干净、快、好读。当你同时维护好几个服务的时候这点效率差别会越拉越大。2. Viper配置管理这件事一开始你不会觉得它有多重要——两三个环境变量写死就行。等项目大了你就得面对本地配置、测试配置、生产配置、功能开关、密钥、YAML 文件、运行时覆盖……全混在一起。Viper 把这些事情理清楚了。它支持环境变量、JSON/YAML/TOML、热加载、默认值、嵌套配置。它最大的好处不完全是技术层面的而是让我不用再花精力去想“配置应该怎么组织”。3. slogGo 1.21 之后标准库里自带了slog结构化日志终于不用再依赖第三方库了。以前我还在犹豫用哪个日志库现在直接用它就够了。logger.Info(用户创建成功,slog.String(user_id,id),slog.String(email,email),)输出是结构化的 JSON丢进 Loki 或 CloudWatch 之后按字段过滤非常方便。而且它是标准库的一部分不会多拉一个依赖。4. GORM我知道有些人觉得 ORM 在 Go 里是“异端”。但说实话GORM 确实帮我省了很多时间。对于内部工具、后台管理、CRUD 为主的服务它能很快搭起来。迁移、关联查询、分页、软删除——都有现成的。当然复杂查询我还是会写原生 SQL。关键是知道什么时候用 ORM什么时候不用。5. Cobra每个开发者迟早都会写一个 CLI 工具。一开始可能是个小脚本后来团队依赖上了然后你发现你正在维护一个“准产品”级别的命令行工具。Cobra 让这件事变得简单命令、子命令、参数、自动生成的帮助文档、shell 补全全都结构清晰。很多 Go 生态里的知名工具其实内部都用 Cobra——这本身就是一个信号。6. TestifyGo 自带的testing包很简洁但断言写多了之后可读性会变差。Testify 让测试代码更干净assert.Equal(t,expected,actual)assert.NoError(t,err)单看一行好像没什么但你每天写测试的时候能少想一点事就是好的。可读的测试才是可维护的测试——而可维护的测试才有人愿意写。7. GoMock在 Go 里手动写 mock 很烦尤其是在依赖多的时候。GoMock 能自动生成 mock单元测试变得轻松很多——特别是那些依赖 Kafka、数据库、外部 API、云服务的系统。它不是让你“写更多测试”而是让你“更愿意写测试”。8. Air这个听起来很小但每天用的时候感受很实在。Air 能在文件变化时自动重载 Go 应用——改代码、保存、应用自动重启。不用手动停止再启动不用反复敲命令。那些微小的打断累积起来对节奏的影响比你想的大。Air 省下的不是几分钟是“不用停下来想”的连续感。9. Prometheus Client监控以前对我来说是“以后再说”的事。直到线上出过几次问题之后我才开始认真加指标。Prometheus 的 Go 客户端让这件事变得很简单requestCounter.Inc()responseTime.Observe(duration)一旦加指标变得容易你就不会再“盲飞”了。好的可观测性比大多数优化手段更能节省排查时间。10. UUID这个太基础了但到处都在用——用户 ID、订单 ID、事件 ID、消息 ID、分布式任务 ID。我早期在 ID 生成策略上浪费过很多时间后来直接用 UUID 库就不在这件事上反复犹豫了。有时候“生产力”就是少做不必要的决策。11. ErrgroupGo 的并发能力很强但多个 goroutine 之间的协调很容易变乱——WaitGroup、错误传递、取消信号、同步手动处理起来很繁琐。errgroup让这件事干净了很多g,ctx:errgroup.WithContext(context.Background())g.Go(func()error{returnfetchUsers()})g.Go(func()error{returnfetchOrders()})iferr:g.Wait();err!nil{log.Fatal(err)}简洁、可靠。它确实改变了我组织并发代码的方式。这些库最大的共同点不是“功能多”而是它们减少了我在写代码时需要额外花精力思考的事情。不用反复处理重复结构不用在基础问题上犹豫也不用在缺少信息的情况下猜测系统的状态。它们不会帮你写出更“聪明”的代码但能让你在写代码的时候把注意力放在真正需要想清楚的事情上。如果你还没开始用某些库可以挑一个试试看看它能帮你省下什么。