结构化日志、错误追踪与请求上下文结合可显著提升Go服务可观测性：使用zap等库输出带字段的JSON日志便于查询；通过errors.Wrap或%w包装错误保留调用栈；在中间件中为每个请求生成request_id并注入日志上下文，实现链路追踪；三者协同使问题定位更高效。
在Go语言开发中，错误日志记录是保障系统可观测性和可维护性的关键环节。良好的日志策略不仅能帮助开发者快速定位问题，还能提升线上问题排查效率。结构化日志与错误追踪是现代服务中推荐的做法，相比传统的字符串拼接日志，它们提供了更清晰、可解析、易检索的日志输出。
结构化日志：让日志可读又可查
结构化日志通常以JSON等机器可读格式输出，包含明确的字段如时间、级别、函数名、请求ID等，便于日志系统采集和分析。
使用 zap 或 logrus 这类结构化日志库是Go中的常见选择。zap 因其高性能被广泛采用。
示例（使用 zap）：
立即学习“go语言免费学习笔记（深入）”；
logger, _ := zap.NewProduction()
defer logger.Sync()
if err := someOperation(); err != nil {
logger.Error("操作失败",
zap.String("method", "someOperation"),
zap.Error(err),
zap.Int("user_id", 12345),
)
}
输出类似：
{"level":"error","ts":1717654321.123,"caller":"main.go:45","msg":"操作失败","method":"someOperation","user_id":12345,"error":"connection timeout"}这样的日志可以直接被ELK、Loki等系统解析，支持按字段查询，大幅提升排查效率。
错误追踪：保留上下文与调用栈
Go原生的
error类型信息有限，无法携带堆栈或上下文。借助 github.com/pkg/errors 或内置的 errors 包（Go 1.13+），可以实现错误包装和堆栈追踪。
推荐使用
errors.Wrap和
fmt.Errorf配合
%w来保留错误链。
漂亮的企业网站。NET2.0出来了， 本次升级修改如下： 1、优化了3层结构。 2、优化了后台管理代码，增强了安全性能。 3、增加了系统名称及关键字管理。 4、增加了系统错误日志记录，自动生成Systemlog.log日志文件。 备注：本系统采用ASP.NET 2.O+ACCESS开发，请调试的朋友安装.NET2.0运行环境！ 网站内容 网站栏目包括 首页|企业简介|新闻中心|产品展示|公司展示|
示例：
import "github.com/pkg/errors"
func readConfig() error {
if _, err := os.Open("config.yaml"); err != nil {
return errors.Wrap(err, "读取配置文件失败")
}
return nil
}
func runApp() {
if err := readConfig(); err != nil {
logger.Error("启动失败", zap.Error(err))
// 使用 %+v 可打印完整堆栈
fmt.Printf("详细错误: %+v\n", err)
}
}
这样在日志中不仅能看见错误信息，还能看到完整的调用路径，有助于快速定位根源。
结合请求上下文实现链路追踪
在Web服务中，为每个请求分配唯一的 request_id，并将该ID贯穿整个调用链，是实现错误追踪的关键。
可以在中间件中生成request_id，并将其注入到日志的上下文中。
示例（Gin框架）：
func RequestLogger() gin.HandlerFunc {
return func(c *gin.Context) {
requestId := c.GetHeader("X-Request-Id")
if requestId == "" {
requestId = uuid.New().String()
}
// 创建带request_id的子logger
ctxLogger := logger.With(zap.String("request_id", requestId))
c.Set("logger", ctxLogger)
c.Next()
}
}
// 在处理函数中使用
if err := doSomething(); err != nil {
c.MustGet("logger").(*zap.Logger).Error("操作失败", zap.Error(err))
}
这样所有日志都带上request_id，通过日志系统搜索该ID，就能还原整个请求的执行路径。
基本上就这些。结构化日志提供清晰格式，错误包装保留堆栈，上下文追踪串联请求。三者结合，能显著提升Go服务的可观测性。不复杂但容易忽略。
