log4go的全局封装Wrapper和标准log库函数的兼容
方便易用的全局函数
大多数时候,只不过是写一个简单的测试程序。例如:
package main
import (
"log"
)
func main(){
log.Fatal("Come with fatal,exit with 1 \n")
}
这是Go语言标准log库的用法。
无须用logger := log.New(...)
来产生一个指针。而且可以在程序的任何地方都能使用这个log。
阅读 log.go 源码:
...
var std = New(os.Stderr, "", LstdFlags)
...
// Fatal is equivalent to Print() followed by a call to os.Exit(1).
func Fatal(v ...interface{}) {
std.Output(2, fmt.Sprint(v...))
os.Exit(1)
}
奥妙就在于 log.go 申请了一个全局变量 std,并封装了全局函数 log.Fatal。
log4go 的一个简单例子
这是 log4go 的一个简单例子:
package main
import (
"time"
log "github.com/ccpaging/log4go"
"github.com/ccpaging/log4go/colorlog"
)
func main() {
log.AddFilter("stdout", log.DEBUG, colorlog.NewColorLogWriter())
log.Debug("The time is now: %s", time.Now().Format("15:04:05 MST 2006/01/02"))
log.Info("The time is now: %s", time.Now().Format("15:04:05 MST 2006/01/02"))
log.Warn("The time is now: %s", time.Now().Format("15:04:05 MST 2006/01/02"))
time.Sleep(200 * time.Millisecond)
}
效果如下图:
是不是很漂亮?运行环境:windows ConEmu。
colorlog 目前可以支持 Windows、Linux 以及 Cygwin 的 mintty 和 tmux。
github.com/ccpaging/log4go/colorlog
,这是一个彩色字符终端的log4go扩展插件。
喧宾夺主了……color term log 的话题以后再聊。
全局变量和全局函数
所以,log4go也有一个全局变量和一堆全局函数封装。详见:wrapper.go
var (
Global Logger
)
func init() {
Global = Logger {
"stdout": NewFilter(DEBUG, NewConsoleLogWriter().SetFormat("%T %L %s %M")),
}
}
// Wrapper for (*Logger).AddFilter
func AddFilter(name string, lvl Level, writer LogWriter) {
Global.AddFilter(name, lvl, writer)
}
全局变量Global被自动初始化为一个 ConsoleLogWriter。它是黑白两色的字符终端。
// Add a new LogWriter to the Logger which will only log messages at lvl or
// higher. This function should not be called from multiple goroutines.
// Returns the logger for chaining.
func (log Logger) AddFilter(name string, lvl Level, writer LogWriter) Logger {
if filt, isExist := log[name]; isExist {
filt.Close()
delete(log, name)
}
log[name] = NewFilter(lvl, writer)
return log
}
加入 ColorLogWriter 时,使用了同样的关键字 stdout
,
所以,原来的黑白终端输出被关闭,Global 中只保留了新的彩色终端。
如果 AddFilter 时,换一个关键字,例如 xxxout
会怎样?我不知道。
系统不会崩溃吧 :(
兼容标准log库
为了方便习惯于标准log库的程序员,封装了与标准库兼容的函数。
原来使用标准 log 库的程序只需换成 log4go 就可以用了?
想得美?!这是一个值得尝试的设想……
func Fatal(v ...interface{})
func Fatalf(format string, v ...interface{})
func Fatalln(v ...interface{})
func Output(calldepth int, s string) error
func Panic(v ...interface{})
func Panicf(format string, v ...interface{})
func Panicln(v ...interface{})
func Print(v ...interface{})
func Printf(format string, v ...interface{})
func Println(v ...interface{})
后续可能会加入:
func Prefix() string
func SetPrefix(prefix string)
这个功能也许在nanomsg的订阅模型中用到。
异步写日志的坑
细心的童鞋可能注意到测试程序中的一个特殊语句。
time.Sleep(200 * time.Millisecond)
纳尼?延时了200ms。我承认,这个问题令人困惑。如果没有这个延时,
可能在终端上什么也看不到。后果很严重……考试通不过,挂科……惨……
log4go 的每个日志都在一个 go routine 中运行。如果测试程序写的太简单了,
go routine 还没有来得及运行,主程序就退出了。
曾经设想在go routine中加 channel……然并没有什么用……
睡 200ms 是最优雅的解决方案了。
就酱紫。