go 打印 log 的一个疑问

[yujianwjj]

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

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

[xuzhzzz]

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

[Trim21]

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

[Vegetable]

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

[buddyy]

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

[Maboroshii]

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

[EminemW]

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

[iyaozhen]

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

[jackge0323]

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

[nobodybutme]

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

不过 go 没有全局的就是了

[securityCoding]

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

[wtfedc]

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

[wtfedc]

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

[janxin]

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

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

[wheeler]

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

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

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

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

[macscsbf]

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

[elegantu]

赞同 @Maboroshii ，方便做单元测试

[bugfan]

@wtfedc 正解

[yujianwjj]

@elegantu @Maboroshii 方便做单元测试怎么理解？能举个例子吗？

[Maboroshii]

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

[777777]

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