golang 日志分析_golang log4go的日志输出优化详解

最新推荐文章于 2024-08-22 10:09:24 发布

14k堂主

最新推荐文章于 2024-08-22 10:09:24 发布

阅读量532

点赞数

文章标签： golang 日志分析

本文链接：https://blog.csdn.net/weixin_30143813/article/details/112818352

版权

本文探讨了golang自带log模块的局限性，并介绍了轻量级的日志模块log4go。文章详细分析了log4go在多线程日志输出、结构化编程以及性能优化等方面的问题，包括使用channel的效率、关闭屏幕输出的方法以及避免使用昂贵的runtime.Caller。同时，文章重点讨论了日志格式化的性能优化，通过修改itoa函数减少字符串格式化带来的开销，从而显著提升了日志处理速度。

摘要由CSDN通过智能技术生成

前言

在go语言中，自身已经集成了一定log模块，开发者可以使用go语言自身的log包(import “log”)。也有不少对自身log的开源封装。对于一些简单的开发，自身的log模块就已经足够应付。但是对一些大型，复杂的开发，log需要分门别类的输出，或者通过网络进行输出，自身log模块将难以应对。

当前也有一些比较重量级的log模块，比如logrus，可以实现比较复杂的功能。这里介绍一个轻量级的log模块——log4go

最近又看了一些golang的日志包和相关的文章，仔细阅读了go 1.9.2系统提供的log和go-log，产生了对log4go的日志输出进行优化的想法。

结构化与multiwriter

log使用multiwriter支持多个日志输出，用 Mutex 加锁解决多线程日志输出的冲突。log4go 则采用结构化编程用 channel 传递 LogRecord 日志记录。

原来以为 channel 的效率比较高……其实这是一个伪命题。channel 是一个全局加锁的队列，可以用来加锁，但效率比较低。因为它多了传递数据、协调顺序处理、timout等功能，并不仅仅是加锁。跟Mutex不是一回事儿。

log4go 将屏幕日志输出 termlog 放在了结构里，这带来一个小问题。当我们用log4go调试小程序时，运行的太快，termlog 的 goroutine 还没有运行起来，程序就退出了。结果屏幕上没有显示日志。这个问题只能通过在 Close()时加延时，等待 goroutine 启动来解决。然后还要检查 channel ……

func (f *Filter) Close() {

if f.closed {