持续创作,加速成长!这是我参与「掘金日新计划 · 6 月更文挑战」的第2天,点击查看活动详情
前言
最近在尝试阅读字节开源RPC框架Kitex的源码,看到日志库klog
部分,果不其然在Go原生的log库
的基础上增加了自己的设计,大体包括增加了一些格式化的输出、增加一些常用的日志级别等。
一番了解后,发现有不少开源的日志库也做了类似的事情,以补充原生log库
的不足。因为Go原生的log库
本身也比较简单,这篇文章先分析一下它的实现,为后续阅读Kitex的日志库klog
做一下铺垫。
本次分析基于:GO SDK 1.18.1 /src/log/log.go
的源码。
log库的使用
结果如下:
第三个日志因为第二个日志打印之后,调用panic()
函数,且没有调用recover()
,导致程序终止。如果注释掉第二行日志即可打印出第三个日志的结果如下:
log.xxx能直接打印日志的原因
通过观察源码,log包
的log.go
文件中,提供了9个函数可以直接使用,3个一套,分别针对print型
日志输出、panic型
日志输出(可以recover
)、fatal型
日志输出(直接终止程序)。
并且这9个函数中频繁使用到了一个std实例
,只要我们引入了log包
,std
就会完成初始化,并且作为默认使用的log
实例。
Logger结构
既然std
是默认的Logger实例
,这里先看一下Logger
的结构:
mu
:互斥锁,用于原子写入操作。prefix
:日志前缀/后缀。flag
:控制需要展示的日志内容。out
:描述输出。buf
:缓冲区。
关于flag
的使用,Go定义了如下的常量:
iota
是常量计数器,从0开始自增,可以配合表达式使用,且在一系列常量声明时,可以只指定第一个位置,后续会默认初始化,这里依次初始化为1、2、4...
Ldata
:输出当地日期,如2009/01/23。
Ltime
:输出当地时间,如01:23:23。
Lmicroseconds
:时间精确到微妙,如01:23:23.123123
,兼并Ltime。
Llongfile
:输出文件名全路径 + 调用行号,如/a/b/c/d.go:23。
Lshortfile
:输出最终文件的名称 + 调用行号,如d.go:23
,覆盖Llongfile
。LUTC
:如果设置了Ldata
和Ltime
,则将输出UTC
时间,而不是本地时区。Lmsgprefix
:将prefix信息
从当前日志行首部移动到message
之前。LstdFlags
:std实例
的默认值,表示Ldata | Ltime = 3
。
官方的注释中给出了一些介绍flag用法的例子,这里介绍一个:
如果:std.flag == Ldate | Ltime | Lmicroseconds | Llongfile == 15
,
则日志行输出结果为:2009/01/23 01:23:23.123123 /a/b/c/d.go:23: message
,message
为具体的日志内容。
std.Output()
回到上面9个函数打印日志,都通过调用std.Output()
实现日志的输出,是log库
的核心函数,看一下代码:
- 通过
l.mu.Lock()
,确保日志内容的写入是原子的。
- 检查
l.flag
是否包括Lshortfile
或者Llongfile
标志位,如果有则需要获取文件名
和行数
,且这一步先释放了锁,因为Caller方法
的调用比较耗时(expensive),确保锁住的临界区尽可能小。 calldepth
:0表示获取调用runtime.Caller(calldepth)
的文件名和行数,1表示调用std.Output()
的文件名和函数,2表示调用log.Println()
的文件名和行数,3则已经用不到了,Go原生log库获取行信息用的都是2。
- 清空缓冲区
l.buf
,并格式化日志头部信息(日期、文件名、行数),将其append
入`buf。 - 最后将具体的
日志信息s
添加入buf
,会补全末尾换行符,并调用l.out.Write()
,将日志写入事先注册的输出文件。
定制自己的Logger
log库默认使用的std实例是事先初始化好的,那么借助New方法,我们也可以定制自己的logger:
这里指定了日志输出到文件log.txt中,并且定义了一些flag,结果如下:
小结
通过分析,我们发现log是一个很简洁的日志库,它有三种日志输出方式print
、panic
、fatal
,且可以自己定制日志的输出格式。但是熟悉其他语言开发的同学可能会对日志级别有更多的需求,且log
的格式化用起来比较复杂。
因此会衍生出很多基于log
的二次封装的日志库,下一篇文章将讲解字节跳动RPC框架Kitex的日志库klog
的实现。