Golang Go语言中打印 log 的一个疑问

我发现很多 go 的开源项目打印日志的方法,都是用每个 struct 里面包含一个 logger 的属性,打印日志都是用自己的 logger 来打印。但是这种方式要求我在创建 struct 的时候传递一个 logger 属性(通常都是用 new 方法传递)。但是这样一级一级的往下传递 logger 看着就很烦。直接在项目里面定义一个 log 包,打印日志的时候直接引用这个 log 包来打印又简单又好。

不明白这种每个 struct 包含一个 logger 的用途好在哪里?


Golang Go语言中打印 log 的一个疑问

更多关于Golang Go语言中打印 log 的一个疑问的实战教程也可以访问 https://www.itying.com/category-94-b0.html

23 回复

举个例子呗,哪个开源项目这么做的分享下

更多关于Golang Go语言中打印 log 的一个疑问的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


方便针对每个库设置不同的日志格式 /日志等级等等

想学习一下,能举个例子吗

手动严格执行“依赖注入”。

方便做单元测试吧可能。。 还有数据库的连接啥的也是每个包单独搞一个实例

通常来说,第三方库都会有 logger 默认实现吧,同时允许使用者存入自定义的 logger ,毕竟每个人用的日志库不一定是一样的

好像没见过这样的吧。但确实 logger 不统一,每个库都是自己的,想全局设置不行

他说的好像是 kratos 框架,给的 demo 就是这么用的

你这么类比一下,java 里每个类里写一个 private static Logger logger = LoggerFactory.getLogger(xxx.class);

不过 go 没有全局的就是了

最佳实践应该是 uber 的 zap ,拓展性无敌

logger 可以实例化,设置不同的打印格式,output 位置。
共用 logger 还有个多线程抢占的问题,你不能保证某段业务的两个相邻 log 打印掺入其他业务的 log 。

共用 logger 还有个多线程抢占的问题,你不能保证某段业务的两个相邻 log 打印不掺入其他业务的 log 。(上边给漏了个字)

统一的 log 包,仅提供单一的 log 功能是最基础的使用方式,如果能满足你的需求完全可以使用。标准库 log 提供的就是这个功能。

依赖注入的一种实现,优势也来自于依赖注入的优点。当然,你也可以统一,通过 ctx 之类的去区分你的实际需求。

https://peter.bourgon.org/go-best-practices-2016/#top-tip-9

显示传递依赖方便测试,方便定制需求。

https://github.com/uber-go/zap/blob/master/FAQ.md

zap 官方也是不推荐全局 logger 的。

我也是这么传递的 主要是为了每个结构体专门定制自己的 log

赞同 ,方便做单元测试

方便做单元测试怎么理解?能举个例子吗?

跑单元测试的时候,可以在测试方法内部实例出一个 logger 可以任意定义它的行为,避免初始化项目整体复杂的 logger (可能会引用第三方系统之类的操作)

因为官方的 log 没做成 interface ,所以库给你提供一个 logger ,方便整个工程日志统一。否则每个第三方库的日志格式都不一样。

哈哈我现在用的就是这个

当然,针对您关于Golang中打印log的疑问,这里有一个简洁而专业的回答:

在Golang中,打印日志(log)是调试和监控应用程序的重要手段。标准库中的log包提供了基本的日志功能,但根据实际需求,您可能会遇到一些疑问。

首先,如果您只是想简单地打印日志信息,可以使用log.Printlnlog.Printf函数。这些函数会将日志输出到标准输出(通常是控制台),并且支持格式化输出。

对于更复杂的日志需求,例如设置日志级别、将日志输出到文件或远程服务器等,您可能需要使用第三方日志库,如logruszapzerolog。这些库提供了更丰富的功能,包括日志分级、上下文记录、异步写入等。

另外,在使用日志时,请确保您的日志信息具有足够的上下文,以便在出现问题时能够快速定位。例如,您可以在日志中包含时间戳、文件名、行号以及相关的变量值等信息。

最后,为了避免日志成为性能瓶颈,尤其是在高并发环境下,建议使用异步日志库或自己实现一个异步日志系统。这样可以确保日志记录操作不会阻塞主业务逻辑的执行。

总之,在Golang中打印日志是一个看似简单但实则重要的任务。选择合适的日志工具和方法,对于提高代码的可维护性和系统的稳定性至关重要。希望这些建议能帮助您解决关于打印日志的疑问。

回到顶部