为何Django子Logger无法继承Root Logger的Handlers？

首先要澄清一个关键误解：Python的logging模块中，子Logger并不会“继承”Root Logger的Handler实例——它们之间的日志传递是通过传播（Propagation）机制实现的，而不是直接共享Handler对象。

1. 你看到的logger.handlers为空是正常现象 #

在你的第一个配置中，portfolio.models Logger没有显式配置任何Handler，所以它的handlers列表自然是空的。但这并不代表它无法使用Root的Handler：只要propagate属性保持默认的True（这是logging模块的默认行为），当你在这个子Logger上输出日志时，日志会沿着Logger层级向上传递，最终被Root Logger的Handler处理。

你可以做个简单测试验证这一点：

# portfolio/models.py
import logging
logger = logging.getLogger(__name__)

def testfunc():
    print(logger)
    print(logger.handlers)
    logger.info("测试日志：来自portfolio.models")  # 新增这行

运行testfunc()后，你会发现控制台依然会输出这条日志——这就是Root的Console Handler在起作用，虽然子Logger自己没有Handler。

2. 显式配置子Logger后handlers有内容的原因 #

当你在LOGGING['loggers']中添加'portfolio.models'的配置时，你是直接给这个子Logger绑定了Handler实例，所以logger.handlers会显示对应的StreamHandler。此时日志会先被子Logger自己的Handler处理，然后如果propagate=True，还会继续传递给Root的Handler（可能会导致重复日志，除非你设置propagate=False）。

3. 为什么配置''的Catch-all Logger无效 #

在Django的LOGGING配置里，root键是专门用来配置Root Logger的，而loggers字典中的''并不是指向Root Logger——它只是创建了一个名称为空字符串的普通Logger。由于portfolio.models的父Logger层级是portfolio → Root，这个空名称的Logger和它没有层级关系，所以无法起到“Catch-all”的作用。

正确的做法 #

• 如果你只是想让子Logger的日志被Root的Handler处理，不需要额外配置任何子Logger，保持默认的传播机制即可。
• 如果需要给特定子Logger自定义Handler、格式或日志级别，再显式在loggers中添加对应条目。
• 不要通过logger.handlers来判断日志是否会被处理，实际输出日志测试才是最准确的方式。

内容的提问来源于stack exchange，提问作者teebagz