zap 是go 中比较火的一个日志库,提供不同级别的日志,并且速度快
官方文档: https://pkg.go.dev/go.uber.org/zap#section-readme, 也可以github 直接搜索 zap。 文档上面有全面的介绍。鼓励大家观看文档, 可以有视频资料做相关引导,但学东西必须要看到官方文档。尤其是文档也已经适合入门了,先看Quick Start 部分,一般都有入门例子及整体框架介绍。
官方文档介绍,非常清晰,还有相关数据对比,并且一般都会具有 example文件夹提供相关的编程实例。
Quick Start(快速开始): zap提供了两种 日志记录器:
(1)SugaredLogger:(加了糖的 Logger)官方文档介绍: 在性能很好但不是很关键的环境中,使用SugaredLogger。它比其他结构化日志包快4-10倍,并且包含结构化和printf风格的api
。
// 创建一个 logger
logger, _ := zap.NewProduction()
defer logger.Sync() // flushes buffer, if any, 刷新缓冲区,存盘
sugar := logger.Sugar()
sugar.Infow("failed to fetch URL",
// 结构化上下文为松散类型的键值对。
"url", url,
"attempt", 3,
"backoff", time.Second,
)
sugar.Infof("Failed to fetch URL: %s", url)
(2)Logger
当性能和类型安全至关重要时,使用Logger。它甚至比SugaredLogger还要快,并且分配的数量要少得多,但是它只支持结构化日志 。
logger, _ := zap.NewProduction()
defer logger.Sync()
logger.Info("failed to fetch URL",
// 作为强类型字段值的结构化上下文.
zap.String("url", url),
zap.Int("attempt", 3),
zap.Duration("backoff", time.Second),
)
更多介绍可以看文档 choose a logger
在Logger和SugaredLogger之间进行选择不需要在应用程序范围内进行决定:在两者之间进行转换既简单又便宜。从上面就可以看出来,二者创建使用区别很小。
logger := zap.NewExample()
defer logger.Sync()
sugar := logger.Sugar()
plain := sugar.Desugar()
(二)讲解 zap
1. 日志级别
在 const 文档下面,有介绍日志级别的定义const (
// DebugLevel logs are typically voluminous, and are usually disabled in
// production.
DebugLevel = zapcore.DebugLevel
// InfoLevel is the default logging priority.
InfoLevel = zapcore.InfoLevel
// WarnLevel logs are more important than Info, but don't need individual
// human review.
WarnLevel = zapcore.WarnLevel
// ErrorLevel logs are high-priority. If an application is running smoothly,
// it shouldn't generate any error-level logs.
ErrorLevel = zapcore.ErrorLevel
// DPanicLevel logs are particularly important errors. In development the
// logger panics after writing the message.
DPanicLevel = zapcore.DPanicLevel
// PanicLevel logs a message, then panics.
PanicLevel = zapcore.PanicLevel
// FatalLevel logs a message, then calls os.Exit(1).
FatalLevel = zapcore.FatalLevel
)
2. 构建 looger
在文档的 Configuring Zap中:构建Logger最简单的方法是使用zap固有的预设:NewExample、NewProduction和NewDevelopment。这些预置用一个函数调用构建一个日志记录器。三者创建的 logger 是有区别的, 我们可以在官方文档的 type logger下面找到三个函数的介绍, 对应不同的场景。
func NewExample(options ...Option) *Logger
NewExample构建了一个专门为zap的可测试示例设计的Logger。它将DebugLevel及以上的日志作为JSON写入标准输出,但省略了时间戳和调用函数,以保持示例输出的简短和确定性 func NewProduction(options ...Option) (*Logger, error)
NewProduction构建了一个合理的生产日志记录器,它将infollevel及以上的日志以JSON的形式写入标准错误。它是NewProductionConfig(). build(…Option)的快捷方式。 func NewDevelopment(options ...Option) (*Logger, error)
NewDevelopment构建一个开发日志记录器,它以人类友好的格式将DebugLevel及以上级别的日志写入标准错误。这是NewDevelopmentConfig().Build(…选项)的快捷方式就好比去商店卖商品,初上自带了几个配置好的模式。 通过配置生成对应的 logger。 我们也可以自定义 配置,生成自己自定义的 logger。
3. 方法使用
在文档的 types/logger 和 types/SaguredLogger 里面记录了相关的looger记录消息的使用方法。
以logger为例子:
都接受一个 msg String, 后面是可选的一些字段。Field 类型,可以查看文档有很多的类型。
写一个Get请求访问相应的网址,记录日志信息
package main
import (
"net/http"
"time"
"go.uber.org/zap"
)
func main() {
// 创建一个 logger, 可以选择其他预置创建,会有不同的输出效果
logger, _ := zap.NewProduction()
defer logger.Sync() // flushes buffer, if any, 刷新缓冲区,存盘
// 定义url
url := "http://www.baidu.com"
resp, err := http.Get(url)
// 直接出错日志
if err != nil {
logger.Error("访问失败了",
zap.String("url", url),
// 跟上错误信息
zap.Error(err),
)
}else {
// info 级别的日志信息打印
logger.Info("成功访问!",
// 作为强类型字段值的结构化上下文.
zap.String("url", url),
zap.String("status", resp.Status),
zap.Duration("backoff", time.Second),
)
resp.Body.Close()
}
}
结果分别为: {"level":"info","ts":1637632861.812557,
"caller":"zap日志库学习/main.go:25",
"msg":"成功访问!",
"url":"http://www.baidu.com",
"status":"200 OK","backoff":1}
{"level":"error",
"ts":1637633063.4520404,
"caller":"zap日志库学习/main.go:18",
"msg":"访问失败了",
"url":"http://www.xxx.com",
"error":"Get \"http://www.xxx.com\": dial tcp 69.171.228.20:80: connectex: A connection attempt failed because the connected party did not properly respond after a p
eriod of time, or established connection failed because connected host has failed to respond.","stacktrace":"main.main\n\tD:/gofiles/go-learning
-notes/go-learning/zap日志库学习/main.go:18\nruntime.main\n\tD:/software/go/go1.15/src/runtime/proc.go:204"}
可以看到执行程序后终端提示相关的信心。 msg 就是自己设置的,时间, url等。 还有一个 caller 调用者信息,指明问题出现的行数。 NewDevelopment() 创建的生成日志是这样的: 空格隔开。 缺少调用者
2021-11-23T10:08:26.171+0800 INFO zap日志库学习/main.go:25 成功访问!
{"url": "http://www.baidu.com", "status": "200 OK", "backoff": "1s"}
NewExample()
{"level":"info","msg":"成功访问!","url":"http://www.baidu.com","status":"200 OK","backoff":"1s"}
4. 定制化 logger
查看NewProduction 的源码就能知道,实际底层就是: NewProductionConfig().Build(options...)
调用了 NewProductionConfig()方法,内部初始化创建,返回了一个 Config 对象。
Build, 内部通过 Config对象的配置, 利用New方法生成相应的 logger对象,并返回。
也就是说,这是 zap库给我们预置的 NewProduction()等方法,内部是按照指定的配置,生成相应的 logger 日志对象。 我们也可以自己调用内部的相关方法, 模仿 NewProductionConfig().Build(options…) 相关过程,自己创建,定制化 logger对象。
观察New方法 生成logger 所需要的东西。在Build 函数中:
// 返回一个 Core对象, 需要的是 三个参数
func NewCore(enc Encoder, ws WriteSyncer, enab LevelEnabler) Core
func New(core zapcore.Core, options ...Option) *Logger
log := New(
zapcore.NewCore(enc, sink, cfg.Level),
cfg.buildOptions(errSink)...,
)
官方对 Core的介绍 :需要打开对应的包,查看文档
Core是一个最小的、快速的记录器接口。它是为库作者设计的,用来封装更友好的API。
关于 NewProductionConfig()函数, 返回对应的Config 对象,Build 函数根据这个配置,进行生成 logger对象。
我们当然可以自定义这个, 来实现生成自己的logger. 下面看下它的源码
// NewProductionConfig是一个合理的生产日志配置。
//在infollevel及以上级别启用日志记录。
//它使用JSON编码器,写入标准错误,并启用采样。
// stacktrace会自动包含在ErrorLevel及以上的日志中。
func NewProductionConfig() Config {
return Config{
// 日志级别
Level: NewAtomicLevelAt(InfoLevel),
Development: false,
Sampling: &SamplingConfig{
Initial: 100,
Thereafter: 100,
},
// 编码方式
Encoding: "json",
// EncoderCofig, 配置 encoder 编辑器的默认配置。
EncoderConfig: NewProductionEncoderConfig(),
// 打开的文件, 写入日志信息到这里。
OutputPaths: []string{"stderr"},
ErrorOutputPaths: []string{"stderr"},
}
}
(1)如何写入日志文件
按照上面的自定义 logger, 创建核心Core需要三个参数,其中就有控制 写入文件的。
Encoder: 编辑器。提供了两种信息的编辑方式
。
WriteSyncer: 指定日志写到哪里
。可以定义自己指定的文件路径
通过func AddSync(w io.Writer) WriteSyncer 方法,返回一个。
AddSync用于转换io。Writer到WriteSyncer。它试图是智能的:如果具体类型的io。Writer实现了WriteSyncer,我们将使用现有的Sync方法。如果没有,我们将添加一个无 *** 作同步。
// 创建文件对象
file, _ := os.Create("./getLog.log") // 或者是用 OpenFile函数,在原来基础上追加。
// file, _ := os.OpenFile("./getLog.log", os.O_APPEND | os.O_RDWR, 0744)
// 生成 WriteSyncer
wSy := zapcore.AddSync(file)
LevelEnabler: 设置哪种级别的日志将被写入
zapcore.DebugLevel
创建自定义logger:
根据上面三点参数的理解,就可以指定文件建立了
// 还剩一个后面的配置信息没有传入,但是已经可以了
// 默认我们调用 NewProduction()方法也是没有传递啥配置进去的。
log := New(
zapcore.NewCore(传递编辑器(两种), 自定义文件输出, cfg.Level(级别)),
)
按照这样的建立完成之后就可以使用了,往指定文件里打印日志。 还有 zap 预置的生成 logger的方式,都是通过 NewProductionConfig() 来生成相关配置的, 也可以不用这么麻烦,我觉得直接, 自定义一个 NewProductionConfig() 然后,按着相应的步骤就可以了。 Build方法 就是通过 配置的 Config 对象,来生成的 logger。
这里有个系列教程文章:https://blog.csdn.net/weixin_39620252/article/details/111136566
像我这样:重写方法,只需要加个文件名就可以了
func myNewProduction(options ...zap.Option) (*zap.Logger, error) {
return myNewProductionConfig().Build(options...)
}
func myNewProductionConfig() zap.Config {
config := zap.NewProductionConfig()
// 配置输出路径为 ./test.log 其他都不变, 内部默认是 json 编码。 只要 json 和 console两种。可以看 Encoding 字段的介绍。
config.OutputPaths = []string{"./test.log"}
return config
}
// 创建logger 对象
logger, _ := myNewProduction()
(2)更改时间编码 及 添加调用者的详细信息
时间格式(或者说是编码)更改
时间显示这一块,我们可以看到,默认的 NewProductionConfig()函数里创建的字段 中的 对 Encoder 消息编辑器对象的配置 EncoderConfig
在文档中也能找到它的描述: https://pkg.go.dev/go.uber.org/zap@v1.19.1/zapcore#EncoderConfig
func NewProductionEncoderConfig() zapcore.EncoderConfig {
return zapcore.EncoderConfig{
// 包含key的全部都是定义的输出字段名字。
TimeKey: "ts",
LevelKey: "level",
NameKey: "logger",
CallerKey: "caller",
FunctionKey: zapcore.OmitKey,
MessageKey: "msg",
StacktraceKey: "stacktrace",
LineEnding: zapcore.DefaultLineEnding,
EncodeLevel: zapcore.LowercaseLevelEncoder,
EncodeTime: zapcore.EpochTimeEncoder,
EncodeDuration: zapcore.SecondsDurationEncoder,
EncodeCaller: zapcore.ShortCallerEncoder,
}
我们顺着文档去找或者是 直接点进去 EncodeTime: zapcore.EpochTimeEncoder。 EncodeTime 顾名思义: 时间编码。就是这里控制的,点进去后,该函数下方还有好几个设置时间编码的函数, 文档中也能找到。
那么我们可以直接修改 对应的配置, 满足我们的自定义要求。
选择 ISO8601TimeEncoder: “2006-01-02T15:04:05.000Z0700” 比较容易看懂的格式。
按照上面修改导入文件的方法:
func myNewProductionConfig() zap.Config {
config := zap.NewProductionConfig()
// 修改导入文件路径
config.OutputPaths = []string{"./test.log"}
// 修改时间格式:
config.EncoderConfig.EncodeTime = zapcore.ISO8601TimeEncoder
return config
}
再次运行,时间编码就会改变 {"level":"info","ts":"2021-11-23T17:13:39.430+0800","caller":"zap日志库学习/main.go:43","msg":"成功访问!","url":"http://www.baidu.com","status":"200 OK","backoff":1}
我们这里的写法,还是不断的 修改 NewProductionConfig() 为我们预置的配置。 如果想大改,创建自己的话, 就一步步创建 Core 核心。 然后 重新定义自己的 NewProductionEncoderConfig()。
显示详细的 添加调用者的详细信息。根据时间的理解, 这里很容易想到: 配置项当中的 EncodeCaller, 也可以指定相关的函数,用来打印 调用者的信息。
还有一种方式是: 我们创建Core, zap.New()创建 logger, 分析第二个参数的 Options 类型, 文档中可以找到相关的方法,就有添加调试 显示调用人信息的方法。
func New(core zapcore.Core, options ...Option) *Logger
log := zap.New(
zapcore.NewCore(enc, sink, cfg.Level),
zap.AddCaller(),
)
5. Lumberjack 进行日志文件的切割归档
这部分就比较难了,没有实际 *** 作过,就不懂。 参考文章或者相关视频,二者结合使用。
日志存的多的话, 日志文件越来越大, 几个G的话,打开和 *** 作就太麻烦了! 那么就需要对日志文件进行分割,归档。
需要安装第三方库 :Lumberjack: go get -u github.com/natefinch/lumberjack
使用时仍然是打开文件, 配合 zap使用,需要创建新的 zapcore.WriteSyncer。
lumberjack.Logger 实现了 io.writer 接口,可以作为参数。
func getLogWriter() zapcore.WriteSyncer {
lumberJackLogger := &lumberjack.Logger{
Filename: "./test.log", // 导入文件名
MaxSize: 10, // 大小M兆
MaxBackups: 5, // 最大备份数量
MaxAge: 30, // 最大备份天数
Compress: false, // 是否压缩
}
return zapcore.AddSync(lumberJackLogger)
}
进行测试:
// 创建新的logger对象
encoder := zapcore.NewJSONEncoder(zap.NewProductionEncoderConfig())
writeSyncer := getLogWriter()
// 创建核心
newCore := zapcore.NewCore(encoder, writeSyncer, zapcore.InfoLevel)
// 创建logger
logger := zap.New(newCore)
// 插入日志
for i := 0; i < 10000; i++ {
logger.Info("成功访问!",
// 作为强类型字段值的结构化上下文.
zap.String("url", "测试归档"),
zap.String("status", "添加数据"),
zap.Duration("backoff", time.Second),
)
}
defer logger.Sync() // flushes buffer, if any, 刷新缓冲区,存盘
效果展示:以当前时间戳建立新文件归档文件中有八万多数据
test.log 中只有: 3000多条 6. gin框架中配置zap记录日志
在上一篇文章中: 《详细讲解go web框架之gin框架源码解析记录及思路流程和理解》
讲解了 gin.Default 创建引擎, 默认的添加了两个中间件。 一个是 logger 日志,一个是 recover 恢复。 gin 自带的 logger 就是在这里实现起作用的。 那么我们也需要将 zap封装为 logger 中间件(HandlerFunc)。具体实现可以参考 给出的两个 logger recover 中间件的实现,加以修改。下面进行实际讲解, logger,recover 可以自己实现,也有现成的:https://github.com/gin-contrib/zap/blob/master/zap.go#L3
yaml格式的配置文件:
app:
name: "web_app"
# 开发模式
mode: "dev"
port: 8080
log:
level: "debug"
filename: "web_app.log"
# 最大存储大小
max_size: 200
# 最大存储时间
max_age: 30
# 备份数量
max_backups: 7
实现logger:
1.自定义logger对象2.自定义(模仿原来的logger,recover)实现这俩中间件其中要注意的是viper 读取配置文件,这是在下一节讲的:https://blog.csdn.net/pythonstrat/article/details/121513996其中:UnmarshalText函数,读取 配置中的文本信息,转换为 日志级别类型。 需要首先定义一个 日志级别类型的指针,后UnmarshalText函数将赋值进去。package logger
import (
"github.com/gin-gonic/gin"
"github.com/natefinch/lumberjack"
"github.com/spf13/viper"
"go.uber.org/zap"
"go.uber.org/zap/zapcore"
"net"
"net/http"
"net/http/httputil"
"os"
"runtime/debug"
"strings"
"time"
)
// 初始化Logger
func Init() (err error) {
// 创建Core三大件,进行初始化
writeSyncer := getLogWriter(
viper.GetString("log.filename"),
viper.GetInt("log.max_size"),
viper.GetInt("log.max_backups"),
viper.GetInt("log.max_age"),
)
encoder := getEncoder()
// 定义一个日志级别类型指针
var l = new(zapcore.Level)
// 将 yaml 配置文件中的 表示级别的文本,转换为 相应的 级别类型,赋值给 创建的指针
err = l.UnmarshalText([]byte(viper.GetString("log.level")))
if err != nil {
return
}
// 创建核心
core := zapcore.NewCore(encoder, writeSyncer, l)
// 创建 logger 对象
log := zap.New(core, zap.AddCaller())
// 替换全局的 logger, 后续在其他包中只需使用zap.L()调用即可
zap.ReplaceGlobals(log)
return
}
func getEncoder() zapcore.Encoder {
// 使用zap提供的 NewProductionEncoderConfig
encoderConfig := zap.NewProductionEncoderConfig()
// 设置时间格式
encoderConfig.EncodeTime = zapcore.ISO8601TimeEncoder
// 时间的key
encoderConfig.TimeKey = "time"
// 级别
encoderConfig.EncodeLevel = zapcore.CapitalLevelEncoder
// 显示调用者信息
encoderConfig.EncodeCaller = zapcore.ShortCallerEncoder
// 返回json 格式的 日志编辑器
return zapcore.NewJSONEncoder(encoderConfig)
}
func getLogWriter(filename string, maxSize, maxBackup, maxAge int) zapcore.WriteSyncer {
// 使用 lumberjack 归档切片日志
lumberJackLogger := &lumberjack.Logger{
Filename: filename,
MaxSize: maxSize,
MaxBackups: maxBackup,
MaxAge: maxAge,
}
return zapcore.AddSync(lumberJackLogger)
}
// GinLogger 接收gin框架默认的日志
func GinLogger() gin.HandlerFunc {
logger := zap.L()
return func(c *gin.Context) {
start := time.Now()
path := c.Request.URL.Path
query := c.Request.URL.RawQuery
c.Next()
cost := time.Since(start)
logger.Info(path,
zap.Int("status", c.Writer.Status()),
zap.String("method", c.Request.Method),
zap.String("path", path),
zap.String("query", query),
zap.String("ip", c.ClientIP()),
zap.String("user-agent", c.Request.UserAgent()),
zap.String("errors", c.Errors.ByType(gin.ErrorTypePrivate).String()),
zap.Duration("cost", cost),
)
}
}
// GinRecovery
func GinRecovery(stack bool) gin.HandlerFunc {
logger := zap.L()
return func(c *gin.Context) {
defer func() {
if err := recover(); err != nil {
// Check for a broken connection, as it is not really a
// condition that warrants a panic stack trace.
var brokenPipe bool
if ne, ok := err.(*net.OpError); ok {
if se, ok := ne.Err.(*os.SyscallError); ok {
if strings.Contains(strings.ToLower(se.Error()), "broken pipe") || strings.Contains(strings.ToLower(se.Error()), "connection reset by peer") {
brokenPipe = true
}
}
}
httpRequest, _ := httputil.DumpRequest(c.Request, false)
if brokenPipe {
logger.Error(c.Request.URL.Path,
zap.Any("error", err),
zap.String("request", string(httpRequest)),
)
// If the connection is dead, we can't write a status to it.
c.Error(err.(error)) // nolint: errcheck
c.Abort()
return
}
if stack {
logger.Error("[Recovery from panic]",
zap.Any("error", err),
zap.String("request", string(httpRequest)),
zap.String("stack", string(debug.Stack())),
)
} else {
logger.Error("[Recovery from panic]",
zap.Any("error", err),
zap.String("request", string(httpRequest)),
)
}
c.AbortWithStatus(http.StatusInternalServerError)
}
}()
c.Next()
}
}
7. gin中使用日志的补充
我们上面代码生成的 核心,默认的级别以及是向文件中进行输出的。 那么我们在生产环境中的时候,就会很不方便查看日志的信息。 解决办法,可以定义一个 mode string 类型的参数。根据需要去创建 core满足,在控制台输出的需求。
更改上述代码中创爱核心的 *** :
// 新增: 根据 mode 参数创建
var core zapcore.Core
if mode == "dev" {
// 开发模式,日志输出到终端
consoleEncoder := zapcore.NewConsoleEncoder(zap.NewDevelopmentEncoderConfig())
// NewTee创建一个核心,将日志条目复制到两个或多个底层核心中。
core = zapcore.NewTee(
zapcore.NewCore(encoder, writeSyncer, l),
zapcore.NewCore(consoleEncoder, zapcore.Lock(os.Stdout), zapcore.DebugLevel),
)
} else {
// 创建核心
core = zapcore.NewCore(encoder, writeSyncer, l)
}
这里面 我们上面讲过json 形式的日志, 还有就是 zapcore.NewConsoleEncoder想控制台打印信息。使用的也是默认自带的配置。其中zap的 zapcore.NewTee方法,可以支持多个核心。像上面这样 日志既会正常的在文件中写入,还会在终端中打印。 另外对于 gin 日志的相关,gin文档中也有相关的描述:
写日志文件: https://www.kancloud.cn/shuangdeyu/gin_book/949424
func main() {
// 禁用控制台颜色
gin.DisableConsoleColor()
// 创建记录日志的文件
f, _ := os.Create("gin.log")
gin.DefaultWriter = io.MultiWriter(f)
// 如果需要将日志同时写入文件和控制台,请使用以下代码
// gin.DefaultWriter = io.MultiWriter(f, os.Stdout)
router := gin.Default()
router.GET("/ping", func(c *gin.Context) {
c.String(200, "pong")
})
router.Run(":8080")
}
写日志文件里有对上面定义的: os.Stdout的描述,但是zap里不能直接使用, 还要通过 Lock() 函数进行类型转换下。 自定义日志格式:https://www.kancloud.cn/shuangdeyu/gin_book/949425
另外 gin 默认的是debug 模式,会输出一些信息在终端:
也提示我们 如果要在生产环境中 可以通过两种方式实现, 第二种是在程序中,创建 engine 实例之前调用就行了。
下面是 gin源码里的三种模式常量
const (
// DebugMode indicates gin mode is debug.
DebugMode = "debug"
// ReleaseMode indicates gin mode is release.
ReleaseMode = "release"
// TestMode indicates gin mode is test.
TestMode = "test"
)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)