go-logger v2.0.3发布，该版本主要针对性能进行优化. github地址：https://github.com/donnie4w/go-logger
go的结构化日志库非常多，go-logger是比较早期开发的一个库， 以简洁为主要特征。simplelog是后期给数据库binlog日志开发的一个日志库，由于功能与go-logger有重合，就把两个库的代码就合并了。目前两个库代都会一起更新，实现是一致的。
go1.21版本就在标准库加上结构化日志库log/slog,该日志库性能非常优越，根据压测结果，slog的性能要比社区常用的第三方结构化日志库好许多，所以大部分项目日志库可以直接使用slog。
go-logger 将继续维护，原因是：
- go-logger 比slog占用更少的内存，效率比slog更高
- go-logger 对日志文件处理，如 日志文件按大小切分备份，按日期：月，日，时切分备份，日志文件压缩备份，日志文件限制最大文件数等特性，目前slog还不具备这些特征。
go-logger 函数文档
性能测试数据：
![]()
输出数据：
2023-09-30T17:37:15.008+0800 DEBUG logtest/benchmark_test.go:103 >>>aaaaaaaaaaaaaaaaaaaaaaaaaaaaa
[DEBUG]2023/09/30 17:37:19 benchmark_test.go:115: >>>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
[DEBUG]2023/06/10 01:25:55.028277 log_test.go:46:>>>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
[DEBUG]2023/06/10 01:25:55.028277 log_test.go:55:>>>aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
time=2023-09-30T17:37:38.395+08:00 level=INFO source=benchmark_test.go:164 msg=>>>aaaaaaaaaaaaaaaaaaaaaaa
参数说明：
- ns/op: 每执行一次消耗的时间
- B/op：每执行一次消耗的内存
- allocs/op：每执行一次分配内存次数
结果说明：
- 不同日志库输出的数据大小是一致的
- Zap：uber 官方go日志库，测试中是 常规格式(包含文件名行号) debug日志输出
- Logger：go-logger 测试中是 常规格式(包含文件名行号) debug日志输出
- LoggerNoFORMAT： 为go-logger去格式化日志输出
- LoggerWrite： 为go-logger提供的原始数据高速写入文件的方法，原是 simplelog 高效输出数据库binlog日志数据的方法
- Slog：官方 log/slog 测试为常规格式(包含文件名行号)info 日志输出
可以看到 测试数据
- 时间消耗： go-logger 4500ns/op左右 ， slog与zap大致在5600ns/op 左右
- 内存消耗：go-logger 64B ， slog与zap大致在330ns/op 左右
- 不同机器跑测试程序会有不同的结果，这个主要是一个比较作用。
测试结果：
- 性能 : go-logger > slog ≥ zap
- 内存消耗 : go-logger 远小于 slog 与 zap
说明：go-logger 性能与内存上的优势，主要归功于其内存使用上的优化
多次测试结果：
![]()
![]()
![]()
对比可知，不同时间测试结果都相似
- 可以看到，这几个日志库的性能都非常高。可以根据项目的实际需求选择使用任一日志库。
- 如果对性能与内存要求苛刻或对日志文件备份处理有要求时， 建议使用go-logger。
- 如果官方日志库slog已经能满足项目需求，建议使用slog，由官方维护的库总是靠谱的；对于一般业务来说：性能4500ns/op与5600ns/op 并无实质区别。
- go-logger 会持续进行优化和维护，包括功能与性能.
测试程序
