glog是通用的高性能日志管理模块,实现了强大易用的日志管理功能,是GoFrame开发框架的核心组件之一。
glog
GoFrame
使用方式:
import "github.com/gogf/gf/v2/os/glog"
接口文档:
https://pkg.go.dev/github.com/gogf/gf/v2/os/glog
简要说明:
*.log
.log
glog.New
glog.Logger
glog.Set*
时间 [级别] 内容 换行
时间
级别
内容
换行
2018-10-10 12:00:01.568 [ERRO] 产生错误
Print*/Debug*/Info*
stdout
Notice*/Warning*/Error*/Critical*/Panic*/Fatal*
Panic*
panic
Fatal*
1
0
glog组件具有以下显著特性:
Writer
Handler
CtxKeys
JSON
Flags
Rotate
日志组件支持单例模式,使用g.Log(单例名称)获取不同的单例日志管理对象。提供单例对象的目的在于针对不同业务场景可以使用不同配置的日志管理对象。我们推荐使用g.Log()方法获取单例对象来进行日志操作,该方法内部会自动读取配置文件并初始化单例对象,该初始化操作仅会执行一次。
g.Log(单例名称)
g.Log()
glog.Print
g.Log().Print
g
New
网友:为什么会有两种日志打印方式?我应该用哪种方式呢?
回答:
由于框架的每个组件都是解耦化设计的,框架是可以作为独立的工具库使用的。比如项目只需要使用日志组件,那么可以直接使用glog包的方法即可,不会引入其他的组件。但在项目工程化使用中,工具库的使用方式会较为繁琐,往往会涉及到配置和组件初始化(大部分场景会引起二次封装),因此框架也提供了一个耦合包叫做g包,这个包下面默认加载了一些常用的组件。g.Log()就是其中的日志组件,它会自动按照工程规范读取并初始化配置对象,快速初始化日志对象并实现单例管理,极大简化工程化下的日志使用。更多的介绍请参考:对象管理
日志需要发送到 ES 做统一分析,以往是使用纯 json 格式输出,这样 LogStash 就可以很方便的转换到 ES 的字段,检索精准效率高。没找到 gf 日志模块的这个配置,请问日志标准化有什么最佳实践吗? 郭强
下个版本v1.17有自定义日志处理Handler的特性,开发者可以自己自定义输出内容格式。
v1.17
参考这里:日志组件-Handler
最近使用glog的功能,有一个小的功能建议。
因为我在项目中,希望每15分钟拆分出一个日志文件,使用现有的命名方式不能达到所需的目的。
能否将日志文件命名的部分,增加一个可扩展的函数,使得可以自定义 func (l *Logger) getFilePath(now time.Time) string 的返回值。
可以支持结构化日志嘛,比如下面这样的日志,message只输入一条,其他的信息通过ctx传入或调用输出时追加;并且一个函数内多次打印日志时可以把通用字段使用AddAllLevel字段加入,不管日志级别,都不需要额外再记录这些字段。至于trace信息,可以在fork ctx的时候保留
另外glog所有的字段都是使用了类型断言来转换为文本,这里的性能消耗是否需要考虑?
NOTICE: 2023-06-21 15:00:34 application/onlinerate/online_rate_alarm.go:384 taskID[c01fa0b6-f22e-45e5-84a9-7ce0485218db] cluster[bj] app[xxx] logid[2754639720] user_ip[127.0.0.1] status[{"MinUsable":95,"CurrentUsable":17}] message[get instance status success]
log.AddAllLevel(ctxOfApp, log.String("taskID", uuid.New().String())) log.AddAllLevel(ctxOfApp, log.String("cluster", cluster)) log.AddAllLevel(ctxOfApp, log.String("app", app))
resource.LoggerOnlineRate.Notice(ctxOfApp, "get instance status success",log.AutoField("status",status))
func String(key string, value string) Field { return &field{ fieldType: StringType, key: key, value: value, }}
5 Comments
杨延庆
日志需要发送到 ES 做统一分析,以往是使用纯 json 格式输出,这样 LogStash 就可以很方便的转换到 ES 的字段,检索精准效率高。没找到 gf 日志模块的这个配置,请问日志标准化有什么最佳实践吗? 郭强
郭强
下个版本
v1.17
有自定义日志处理Handler
的特性,开发者可以自己自定义输出内容格式。张金富
参考这里:日志组件-Handler
coldwinter
最近使用glog的功能,有一个小的功能建议。
因为我在项目中,希望每15分钟拆分出一个日志文件,使用现有的命名方式不能达到所需的目的。
能否将日志文件命名的部分,增加一个可扩展的函数,使得可以自定义 func (l *Logger) getFilePath(now time.Time) string 的返回值。
fzxbl
可以支持结构化日志嘛,比如下面这样的日志,message只输入一条,其他的信息通过ctx传入或调用输出时追加;并且一个函数内多次打印日志时可以把通用字段使用AddAllLevel字段加入,不管日志级别,都不需要额外再记录这些字段。至于trace信息,可以在fork ctx的时候保留
另外glog所有的字段都是使用了类型断言来转换为文本,这里的性能消耗是否需要考虑?
NOTICE: 2023-06-21 15:00:34 application/onlinerate/online_rate_alarm.go:384 taskID[c01fa0b6-f22e-45e5-84a9-7ce0485218db] cluster[bj] app[xxx] logid[2754639720] user_ip[127.0.0.1] status[{"MinUsable":95,"CurrentUsable":17}] message[get instance status success]
log.AddAllLevel(ctxOfApp, log.String("taskID", uuid.New().String()))
log.AddAllLevel(ctxOfApp, log.String("cluster", cluster))
log.AddAllLevel(ctxOfApp, log.String("app", app))
resource.LoggerOnlineRate.Notice(ctxOfApp, "get instance status success",log.AutoField("status",status))
func String(key string, value string) Field {
return &field{
fieldType: StringType,
key: key,
value: value,
}
}