news 2026/4/27 22:51:01

Gin框架基础篇009_日志中间件详解

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Gin框架基础篇009_日志中间件详解

文章目录

  • 1. Gin内置日志中间件
    • 1.1. 默认日志中间件
    • 1.2. 禁用debug日志
    • 1.3. 控制日志颜色
    • 1.4. 自定义日志中间件
      • 1.4.1. 日志配置项
      • 1.4.2. 自定义方法
      • 1.4.3. 自定义日志格式示例
      • 1.4.4. 自定义日志输出位置示例
  • 2. 集成第三方日志插件
    • 2.1. 集成 logrus
    • 2.2 集成 zap

在开发Web应用时,日志记录是不可或缺的一部分。它不仅帮助开发者调试和排查问题,还能用于监控应用运行状态、分析性能和用户行为。Gin框架提供了灵活的日志记录机制,既包含内置的日志中间件,也支持自定义日志记录方式。

1. Gin内置日志中间件

Gin框架内置了日志中间件,它们记录HTTP请求的基本信息。

1.1. 默认日志中间件

gin.Default()默认使用了gin.Logger()中间件。

funcDefault(opts...OptionFunc)*Engine{debugPrintWARNINGDefault()engine:=New()engine.Use(Logger(),Recovery())// 默认使用了gin.Logger()中间件returnengine.With(opts...)}

输出格式类似:

[GIN-debug] [WARNING] Creating an Engine instance with the Logger and Recovery middleware already attached. [GIN-debug] [WARNING] Running in "debug" mode. Switch to "release" mode in production. - using env: export GIN_MODE=release - using code: gin.SetMode(gin.ReleaseMode) [GIN-debug] GET /test/ping --> gin-quickstart/handler.TestHello (5 handlers) [GIN-debug] [WARNING] You trusted all proxies, this is NOT safe. We recommend you to set a value. Please check https://github.com/gin-gonic/gin/blob/master/docs/doc.md#dont-trust-all-proxies for details. [GIN-debug] Environment variable PORT is undefined. Using port :8080 by default [GIN-debug] Listening and serving HTTP on :8080 [GIN] 2025/12/29 - 15:40:59 | 200 | 256.625µs | 127.0.0.1 | GET "/test/ping"

1.2. 禁用debug日志

gin框架默认使用Debug模式,所以上面的示例中会有很多GIN-debug日志。如果不想打印这些日志,可以将gin模式改为生产模式:

gin.SetMode(gin.ReleaseMode)// 指定为生产模式router:=gin.Default()

日志示例:

[GIN]2025/12/29-15:44:41|200|320.666µs|127.0.0.1|GET"/test/ping"

可以看到,GIN-debug日志都消失了!

1.3. 控制日志颜色

根据检测到的 TTY,控制台的日志输出默认是有颜色的。

我们可以使用以下两个方法来控制日志的颜色显示:

  • gin.DisableConsoleColor():禁用颜色打印。
  • gin.ForceConsoleColor():强制颜色打印。
// 禁用颜色打印gin.DisableConsoleColor()router:=gin.Default()// 强制颜色打印gin.ForceConsoleColor()router:=gin.Default()

1.4. 自定义日志中间件

1.4.1. 日志配置项

gin框架底层,使用gin.LoggerConfig来配置日志中间件。

// LoggerConfig 定义日志中间件的配置typeLoggerConfigstruct{// 格式化方法,默认为gin.defaultLogFormatterFormatter LogFormatter// 日志输出位置,默认为gin.DefaultWriterOutput io.Writer// 不输出日志的URL路径SkipPaths[]string// 自定义方法,用于判断哪些日志不需要输出Skip Skipper}

默认的gin.Logger()中间件源码如下:

funcLogger()HandlerFunc{returnLoggerWithConfig(LoggerConfig{})}

从源码看到,该日志中间件使用的是默认配置:

  • 格式化方法为gin.defaultLogFormatter
  • 日志输出位置为gin.DefaultWriter
  • 没有不需要输出日志的路由路径。

1.4.2. 自定义方法

gin框架提供了如下几个方法供我们自定义日志中间件:

  • gin.LoggerWithConfig(conf LoggerConfig):最灵活的自定义方法,支持直接使用gin.LoggerConfig配置项来灵活自定义日志中间件。
  • gin.LoggerWithFormatter(f LogFormatter):自定义日志格式化方法,控制日志输出格式。
  • gin.LoggerWithWriter(out io.Writer, notlogged ...string):自定义日志输出位置,以及不需要输出日志的路径。

源码:

// LoggerWithFormatter instance a Logger middleware with the specified log format function.funcLoggerWithFormatter(f LogFormatter)HandlerFunc{returnLoggerWithConfig(LoggerConfig{Formatter:f,})}// LoggerWithWriter instance a Logger middleware with the specified writer buffer.// Example: os.Stdout, a file opened in write mode, a socket...funcLoggerWithWriter(out io.Writer,notlogged...string)HandlerFunc{returnLoggerWithConfig(LoggerConfig{Output:out,SkipPaths:notlogged,})}

可以看到,另外两个方法底层,调用的依旧是gin.LoggerWithConfig(conf LoggerConfig)方法!

1.4.3. 自定义日志格式示例

如果需要自定义日志格式,可以使用gin.LoggerWithFormatter()

r.Use(gin.LoggerWithFormatter(func(param gin.LogFormatterParams)string{returnfmt.Sprintf("%s - [%s] \"%s %s %s %d %s \"%s\" %s\"\n",param.ClientIP,param.TimeStamp.Format(time.RFC1123),param.Method,param.Path,param.Request.Proto,param.StatusCode,param.Latency,param.Request.UserAgent(),param.ErrorMessage,)}))

1.4.4. 自定义日志输出位置示例

通过修改gin.DefaultWriter来设置输出位置:

// 输出到文件f,_:=os.Create("gin.log")gin.DefaultWriter=io.MultiWriter(f)r:=gin.Default()// 同时输出到控制台和文件f,_:=os.Create("gin.log")gin.DefaultWriter=io.MultiWriter(f,os.Stdout)r:=gin.Default()

通过gin.LoggerWithWriter(out io.Writer, notlogged ...string)来设置输出位置:

// 同时输出到控制台和文件logFile,_:=os.OpenFile("./logs/gin.log",os.O_CREATE|os.O_RDWR|os.O_APPEND,0666)router:=gin.New()router.Use(gin.LoggerWithWriter(io.MultiWriter(logFile,os.Stdout)))

2. 集成第三方日志插件

Gin框架内置的日志中间件不直接支持日志级别控制等功能,但可以通过集成第三方日志插件实现,如logruszap等。

2.1. 集成 logrus

packagemainimport("github.com/gin-gonic/gin""github.com/sirupsen/logrus""os")funcmain(){// 设置logrus格式log:=logrus.New()log.SetFormatter(&logrus.JSONFormatter{})log.SetOutput(os.Stdout)// 设置日志级别log.SetLevel(logrus.InfoLevel)r:=gin.New()// 自定义日志中间件r.Use(func(c*gin.Context){start:=time.Now()c.Next()latency:=time.Since(start)clientIP:=c.ClientIP()method:=c.Request.Method statusCode:=c.Writer.Status()path:=c.Request.URL.Pathiflen(c.Errors)>0{// 错误日志log.WithFields(logrus.Fields{"latency":latency,"client_ip":clientIP,"method":method,"status_code":statusCode,"path":path,"errors":c.Errors.ByType(gin.ErrorTypePrivate).Strings(),}).Error("Request Error")}else{// 普通请求日志log.WithFields(logrus.Fields{"latency":latency,"client_ip":clientIP,"method":method,"status_code":statusCode,"path":path,}).Info("Request Info")}})r.GET("/hello",func(c*gin.Context){c.JSON(200,gin.H{"message":"Hello World"})})r.GET("/error",func(c*gin.Context){c.AbortWithError(500,errors.New("internal error"))})r.Run()}

2.2 集成 zap

Zap是Uber开源的高性能日志库,适合对性能要求较高的场景:

packagemainimport("github.com/gin-gonic/gin""go.uber.org/zap")funcmain(){logger,_:=zap.NewProduction()deferlogger.Sync()// 确保缓冲区日志被刷新r:=gin.New()// 自定义zap日志中间件r.Use(func(c*gin.Context){start:=time.Now()path:=c.Request.URL.Path raw:=c.Request.URL.RawQuery c.Next()latency:=time.Since(start)clientIP:=c.ClientIP()method:=c.Request.Method statusCode:=c.Writer.Status()ifraw!=""{path=path+"?"+raw}fields:=[]zap.Field{zap.Int("status",statusCode),zap.String("method",method),zap.String("path",path),zap.String("ip",clientIP),zap.Duration("latency",latency),zap.String("user-agent",c.Request.UserAgent()),}iflen(c.Errors)>0{fields=append(fields,zap.String("error",c.Errors.ByType(gin.ErrorTypePrivate).String()))logger.Error("Request Error",fields...)}else{logger.Info("Request Info",fields...)}})r.GET("/hello",func(c*gin.Context){c.JSON(200,gin.H{"message":"Hello World"})})r.Run()}
版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/24 20:29:13

Docker export导入导出PyTorch容器快照

Docker导出导入PyTorch容器快照:实现高效环境迁移与灾备恢复 在深度学习项目开发中,一个常见的痛点是:本地训练一切正常,换到服务器上却因为CUDA版本不兼容、依赖包缺失或环境变量配置错误而无法运行。这种“在我机器上能跑”的尴…

作者头像 李华
网站建设 2026/4/23 22:42:25

2025最新!10个AI论文网站测评:本科生毕业论文写作全攻略

2025最新!10个AI论文网站测评:本科生毕业论文写作全攻略 2025年AI论文写作工具测评:为本科生量身打造的实用指南 随着人工智能技术的不断进步,越来越多的学术辅助工具进入高校师生的视野。对于本科生而言,撰写毕业论…

作者头像 李华
网站建设 2026/4/18 4:52:12

Markdown嵌入音频展示PyTorch语音合成结果

Markdown嵌入音频展示PyTorch语音合成结果 在自然语言处理与语音交互日益普及的今天,如何高效、直观地展示语音合成模型的输出效果,已成为AI研发流程中的关键一环。传统做法中,研究人员往往需要将生成的音频文件单独导出、手动播放验证&#…

作者头像 李华
网站建设 2026/4/28 2:10:26

人形机器人系列专题之本体:AI技术革命,车企转型具身智能

摘要:本报告指出,AI 技术革命推动车企向具身智能转型,人形机器人有望成为继新能源汽车后的颠覆性产品,2026 年或迎量产元年。行业遵循 “专用 - 跨专用 - 通用场景” 落地路径,当前处于 0 到 1 跨越期。车企凭借技术与…

作者头像 李华
网站建设 2026/4/27 23:40:38

骁龙大赛-技术分享第6期——直播问题答疑整理(腾讯)

Q1:老师,想问问在 NPU 上部署 LLM 或多模态模型时,有什么选择模型规模、架构或量化策略的经验可以给备赛选手参考吗? A1: 在本地部署大模型时,最核心的限制通常是设备资源,因此一般优先选择小型…

作者头像 李华