gorm的日志模块源码解析
如何让gorm的日志按照我的格式进行输出
这个问题是《如何为gorm日志加traceId》之后，一个群里的朋友问我的。如何让gorm的sql日志不打印到控制台，而打印到自己的日志文件中去。正好我实现了这个功能，就记录一下，并且再把gorm的logger这个线捋一下。
首先我写了一个demo来实现设置我自己的Logger。其实非常简单，只要实现print方法就行了。
package mainimport (
"fmt"
"github.com/jinzhu/gorm"
_ "github.com/jinzhu/gorm/dialects/mysql"
"log"
)type T struct {
Id int `gorm:"id"`
A int `gorm:"a"`
B int `gorm:"b"`
}func (T) TableName() string {
return "t"
}type MyLogger struct {
}func (logger *MyLogger) Print(values ...interface{}) {
var (
level = values[0]
source = values[1]
)if level == "sql" {
sql := values[3].(string)
log.Println(sql, level, source)
} else {
log.Println(values)
}
}func main() {
db, _ := gorm.Open("mysql", "root:123456@(192.168.33.10:3306)/mysqldemo?charset=utf8&parseTime=True&loc=Local")
defer db.Close()logger := &MyLogger{}db.LogMode(true)db.SetLogger(logger)first := T{}
err := db.Find(&first, "id=1").Error
if err != nil {
panic(err)
}fmt.Println(first)
}这里的mylogger就是实现了gorm.logger接口。
输出就是按照我logger的输出打印出来了
2019/04/02 09:11:16 SELECT * FROM `t` WHERE (id=1) sql /Users/yejianfeng/Documents/gopath/src/gorm-log/main.go:50
{1 1 1}
但是这里有个有点奇怪地方，就是这个Print方法里面的values貌似是有隐含内容的，里面的隐含内容有哪些呢？需要追着看下去。
sql的请求怎么进入到Print中的？
我们在db.Find之前只调用过gorm.Open，db.LogMode，db.SetLogger。后面两个函数的逻辑又是极其简单，我们看到Open里面。
重点在这里：
db = &DB{
db: dbSQL,
logger: defaultLogger,
callbacks: DefaultCallback,
dialect: newDialect(dialect, dbSQL),
}
这里的 callbacks 默认是 DefaultCallback。
var DefaultCallback = &Callback{}type Callback struct {
creates []*func(scope *Scope)
updates []*func(scope *Scope)
deletes []*func(scope *Scope)
queries []*func(scope *Scope)
rowQueries []*func(scope *Scope)
processors []*CallbackProcessor
}
我们这里看到的DefaultCallback是空的，但是实际上，它并不是空的，在callback_query.go这个文件中有个隐藏的init()函数
func init() {
DefaultCallback.Query().Register("gorm:query", queryCallback)
DefaultCallback.Query().Register("gorm:preload", preloadCallback)
DefaultCallback.Query().Register("gorm:after_query", afterQueryCallback)
}
这个init的函数往DefaultCallback.queries里面注册了三个毁掉函数，queryCallback，preloadCallback，afterQueryCallback
然后再结合回db.Find的方法
func (s *DB) Find(out interface{}, where ...interface{}) *DB {
return s.NewScope(out).inlineCondition(where...).callCallbacks(s.parent.callbacks.queries).db
}
我们看到最终执行的 callCallbacks(s.parent.callbacks.queries) 就是将这三个方法 queryCallback，preloadCallback，afterQueryCallback 逐一调用。
很明显，这三个方法中，和我们有关系的就是queryCallback方法。
func queryCallback(scope *Scope) {
...defer scope.trace(NowFunc())
...
}
这里有个赤裸裸的scope.trace方法
func (scope *Scope) trace(t time.Time) {
if len(scope.SQL) > 0 {
scope.db.slog(scope.SQL, t, scope.SQLVars...)
}
}func (s *DB) slog(sql string, t time.Time, vars ...interface{}) {
if s.logMode == detailedLogMode {
s.print("sql", fileWithLineNum(), NowFunc().Sub(t), sql, vars, s.RowsAffected)
}
}func (s *DB) print(v ...interface{}) {
s.logger.Print(v...)
}
找到了，这里是使用scope.db.slog->db.print->db.logger.Print
这个db.logger就是前面使用SetLogger设置为MyLogger的地方了。
欣赏下这里的print这行：
s.print("sql", fileWithLineNum(), NowFunc().Sub(t), sql, vars, s.RowsAffected)
第一个参数为 level，表示这个是个什么请求，第二个参数为打印sql的代码行号，如/Users/yejianfeng/Documents/gopath/src/gorm-log/main.go:50, 第三个参数是执行时间戳，第四个参数是sql语句，第五个参数是如果有预处理，请求参数，第六个参数是这个sql影响的行数。
好了，这个逻辑圈画完了。对照我们前面的MyLogger的Print，我们要取出什么就记录什么就行了。
type MyLogger struct {
}func (logger *MyLogger) Print(values ...interface{}) {
var (
level = values[0]
source = values[1]
)if level == "sql" {
sql := values[3].(string)
log.Println(sql, level, source)
} else {
log.Println(values)
}
}
总结
从gorm的log也能大概窥探出gorm的代码架构设计了。它的几个结构是核心，DB, Scope, 在Scope中，会注册各种回调方法，creates，updates, querys等，在诸如Find等函数触发了回调调用的时候，才去和真是的DB进行交互。至于日志，就埋藏在这些回调函数之中。
所以《如何为gorm日志加traceId》中如果需要在gorm中增加一个traceId，做不到的原因就是这个gorm.logger没有实现SetContext方法，并且在打印的时候没有将Context输出到Print的参数中。所以除非修改源码中调用db.slog的地方，否则无能为力。
