logging 的基本用法网上很多，这里就不介绍了。在引入正文之前，先来看一个需求：
假设需要将某功能封装成类库供他人使用，如何处理类库中的日志？
数年前在一个 c# 开发的项目中，我用了这样的方法：定义一个 logging 基类，所有需要用到日志的类都继承这个基类，这个基类中定义一个 loghandler 事件，该事件用于实现具体的记录日志动作，同时可以通过将类 a 的 loghandler 委托挂到类 b 的 loghandler 上，实现将两个类的日志信息添加到一起。
自从看了 python 中 logging 的实现方式，我发现我的做法真是弱爆了。
我在之前的博客 python：logging.nullhandler 的使用 中介绍了 peewee 框架中的日志输出，简单来说就是 peewee 中定义了一个名为peewee 的 logger 并添加了一个 nullhandler，调用者只需要为其添加具体的 handler 就可以输出日志了，非常方便。
假设我们在主程序中也有一个 logger，调用 peewee 后，我想将两个日志输出到同一个日志文件中去。显然将两个日志的 filehandler 指向同一个日志文件是不可取的，存在并发抢占文件的风险。当然我们也可以将主程序中的 logger 名字定为 peewee，但这不仅太 low 了，而且如果再调用一个库，其中也封装好了一个 logger，就不好处理了。
树桩结构的 logger
logger 对象被设计为一个树形结构，它有一个 parent 属性。logging 中定义了一个名为 root 的 logger 作为所有 logger 的根节点，root 的 parent 属性为 none。root 是全局的。
当调用
|
1
|
logging.getlogger(name=none)
|
得到一个 logger 对象的时候，如果 name 为 none，则返回根节点 root。如果 name 中含有 .，比如 name = 'a.b'，这时如果已经存在了名为 a 的 logger，则 a.b 为 a 的子节点，如果不存在名为 a 的 logger，则 a.b 为 root 的子节点。
child logger 在完成对日志消息的处理后，默认会将日志消息传递给与它的 parent logger。因此，我们不必为一个应用程序中使用的所有 logger 定义和配置 handlers，只需要为一个顶层的 logger 配置 handlers，然后按照需要创建 child loggers 就可足够了。我们可以通过设置 logger 的 propagate 属性设置为 false 来关闭这种传递机制。
什么意思呢，我们来看代码：
|
1
2
3
4
5
6
|
import logging
loga = logging.getlogger('a')
loga.setlevel(logging.debug)
loga.addhandler(logging.streamhandler())
logb = logging.getlogger('a.b')
logb.addhandler(logging.streamhandler())
|
输出结果：
|
1
2
3
|
logger a
logger b
logger b
|
之所以 logger b 被输出了 2 次，是因为 logb 是 loga 的子节点，并且 logb 中也定义了 handler，所以 logb 的 handler 输出了一次，loga 的 handler 也输出了一次，就 2 次了。如果想只输出一次，可以删掉 logb 中的 handler。当然，这也是有用处的，尤其是当你手头没有日志管理工具的时候。例如，主程序中需要输出所有的日志，以便了解程序整体的运行顺序，而某模块的日志，你想单独输出一份，以便清晰了解模块中的报错或者是执行顺序。
之前 peewee 的例子也就很容易解决了，只需要将 peewee 日志的 parent 属性设置为主程序的日志就可以了。
结语
其实这是一个比较容易说明的问题，完全没必要写这么多。我并不想跟大家分享 python 中的 logging 是怎么用的，而是想和大家分享 logging 如此实现的一种思想，因为我遇到过这个问题，也设计了解决方案，然后被完爆了。