在工作中负责开发 qps 较高的中间件过程中，发现原来使用的 seelog 中每次函数调用均会调用 runtime.Caller 及 runtime.FuncForPC 这两个极为耗时的操作(单 goroutine 下，每次需要 0.1~0.2ms)，这意味着调用 n 次 seelog 的日志函数后，耗时将增加 n * (0.1~0.2)ms. 换用了 logrus 后情况有所缓解，而且也挺好用的(JSON 格式输出)。但是 logrus 不支持配置文件，这一点上没有 seelog 可以通过 xml 文件配置来的优雅。此时在想，有没两者优点合二为一的呢？

另外，在 fmt 包格式化字符串的探索中，发现将格式化字符串和输出过程融合，而不等整个字符串格式化完再输出(一边格式化，一边输出)，这样的效率会提高 20%左右，在亲测在 100 goroutines 的情况下提高更为可观。由此便有了这个库的初步构想。最后增加了 buf.io, timeCache, format const, bytes.buffer 等各种技巧的使用，使得日志输出效率极大的提高。最终用到线上环境中，运行稳定，中间件的处理能力也得到了满意的提升。

期待感兴趣的大大们的建议～

项目地址：
https://github.com/YoungPioneers/blog4go

Introduction

BLog4go is an efficient logging library written in the Go programming language, providing logging hook, log rotate, filtering and formatting log message.

BLog4go 是高性能日志库。创新地使用“边解析边输出”方法进行日志输出，同时支持回调函数、日志淘汰和配置文件。可以解决高并发，调用日志函数频繁的情境下，日志库造成的性能问题。

Features

• Partially write to the bufio.Writer as soon as posible while formatting message to improve performance
• Support different logging output file for different logging level
• Support configure with files in xml format
• Configurable logrotate strategy
• Call user defined hook in asynchronous mode for every logging action
• Adjustable message formatting
• Configurable logging behavier when looging on the fly without restarting
• Suit configuration to the environment when logging start
• Try best to get every done in background
• File writer can be configured according to given config file
• Different output writers
  • Console writer
  • File writer
  • Socket writer

Benchmark

I do some benchmark on a HDD disk comparing amoung fmt,blog4go,seelog,logrus. Benchmark Code

BenchmarkBlog4goSingleGoroutine-4                    1000000          1087 ns/op
BenchmarkBlog4goMultiGoroutine-4                       30000         56569 ns/op
BenchmarkFmtFormatSingleGoroutine-4                   300000          5104 ns/op
BenchmarkFmtFormatWithTimecacheSingleGoroutine-4      300000          4256 ns/op
BenchmarkFmtFormatWithTimecacheMultiGoroutine-4         3000        509579 ns/op
BenchmarkLogrusSingleGoroutine-4                      100000         13757 ns/op
BenchmarkLogrusWithTimecacheSingleGoroutine-4         100000         12752 ns/op
BenchmarkLogrusWithTimecacheMultiGoroutine-4            1000       2049809 ns/op
BenchmarkSeelogSingleGoroutine-4                       50000         32846 ns/op
BenchmarkSeelogMultiGoroutine-4                         1000       3191334 ns/op

It shows that blog4go can write log very fast, especially in situation with multi goroutines running at the same time~