Python日志处理流程概述
python的logging模块提供了一个强大而灵活的日志系统。理解其工作原理是解决日志输出问题的关键。日志消息在被记录到最终目的地（如文件、控制台）之前，会经历一个两阶段的过滤过程：
- 日志器（Logger）级别过滤： 当您调用logger.info()、logger.debug()等方法时，日志消息首先会与当前日志器实例的级别进行比较。如果消息的级别低于日志器设置的级别，该消息将被直接丢弃，不会传递给任何处理器。默认情况下，如果不显式设置，日志器的级别通常为WARNING。
- 处理器（Handler）级别过滤： 如果消息通过了日志器的级别过滤，它将被传递给该日志器关联的所有处理器。每个处理器也有自己的级别设置。消息会再次与每个处理器的级别进行比较。只有当消息的级别等于或高于处理器的级别时，处理器才会处理并输出该消息。
这意味着，一条日志消息必须同时满足日志器和其所关联的处理器（至少一个）的级别要求，才能最终被记录。
问题分析与解决方案
在原始代码示例中，尽管为FileHandler和StreamHandler设置了logging.INFO或logging.ERROR的级别，但日志器logger自身的级别并未被显式设置。由于日志器的默认级别通常是WARNING，这意味着任何低于WARNING级别的消息（如INFO和DEBUG）在到达处理器之前就已经被日志器本身过滤掉了。因此，即使处理器被配置为接受INFO级别的消息，它们也永远不会收到这些消息。
要解决此问题，我们需要在初始化日志器时，明确设置日志器logger的整体级别。这个级别应该设置为您希望该日志器处理的最低日志级别。例如，如果您希望日志器能够处理INFO级别的消息，那么日志器的级别就应该设置为logging.INFO或更低（如logging.DEBUG）。
修正后的代码示例
以下是setup_logger函数的修正版本，其中在创建日志器后，显式设置了其级别。为了更好地适应is_debug和is_interactive参数，我们可以根据这些参数来动态设置日志器的整体级别，以及控制台处理器的级别。
立即学习“Python免费学习笔记（深入）”；
import logging
import os
def setup_logger(dtc_name, log_dir, is_debug=False, is_interactive=False):
"""
配置并返回一个日志器实例。
Args:
dtc_name (str): 日志器名称，也用于日志文件名。
log_dir (str): 日志文件存放目录。
is_debug (bool): 是否启用调试模式（最低级别为DEBUG）。
is_interactive (bool): 是否启用交互模式（最低级别为INFO）。
Returns:
logging.Logger: 配置好的日志器实例。
"""
# 确保日志目录存在
os.makedirs(log_dir, exist_ok=True)
formatter = logging.Formatter("%(asctime)s %(process)s %(levelname)s - %(message)s")
logger = logging.getLogger(dtc_name)
# 防止重复添加处理器，避免重复日志输出
if logger.handlers:
for handler in logger.handlers[:]:
logger.removeHandler(handler)
# 根据模式设置日志器的整体级别
if is_debug:
logger.setLevel(logging.DEBUG) # 调试模式，记录所有级别
elif is_interactive:
logger.setLevel(logging.INFO) # 交互模式，记录INFO及以上
else:
logger.setLevel(logging.WARNING) # 默认模式，记录WARNING及以上
# 文件处理器：记录INFO及以上级别到主日志文件
info_log_file = os.path.join(log_dir, f"{dtc_name}.log")
info_log = logging.FileHandler(info_log_file)
info_log.setFormatter(formatter)
info_log.setLevel(logging.INFO) # 文件处理器接收INFO及以上
logger.addHandler(info_log)
# 文件处理器：记录ERROR及以上级别到错误日志文件
error_log_file = os.path.join(log_dir, f"{dtc_name}_error.log")
error_log = logging.FileHandler(error_log_file)
error_log.setFormatter(formatter)
error_log.setLevel(logging.ERROR) # 错误文件处理器接收ERROR及以上
logger.addHandler(error_log)
# 控制台处理器：根据模式动态调整级别
console_log = logging.StreamHandler()
console_log.setFormatter(formatter)
if is_debug:
console_log.setLevel(logging.DEBUG) # 调试模式，控制台输出DEBUG及以上
elif is_interactive:
console_log.setLevel(logging.INFO) # 交互模式，控制台输出INFO及以上
else:
console_log.setLevel(logging.WARNING) # 默认模式，控制台输出WARNING及以上
logger.addHandler(console_log)
return logger
# 示例用法
def main():
# 启用交互模式，logger级别为INFO，console_log级别为INFO
logger = setup_logger('ExampleLogger', 'logs', is_debug=False, is_interactive=True)
print("--- 当前日志器及处理器级别 ---")
print(f"Logger Level: {logging.getLevelName(logger.level)}")
for handler in logger.handlers:
print(f"Handler: {handler} | Level: {logging.getLevelName(handler.level)}")
print("----------------------------")
# 记录不同级别的消息
logger.debug('这是一个调试消息')
logger.info('这是一个信息消息')
logger.warning('这是一个警告消息')
logger.error('这是一个错误消息')
logger.critical('这是一个严重错误消息')
if __name__ == "__main__":
main()运行上述修正后的代码，当is_interactive为True时，您将看到INFO级别的消息被正确输出到控制台和日志文件：
--- 当前日志器及处理器级别 --- Logger Level: INFO Handler:| Level: INFO Handler: | Level: ERROR Handler: (INFO)> | Level: INFO ---------------------------- 2023-XX-XX XX:XX:XX,XXX XXX INFO - 这是一个信息消息 2023-XX-XX XX:XX:XX,XXX XXX WARNING - 这是一个警告消息 2023-XX-XX XX:XX:XX,XXX XXX ERROR - 这是一个错误消息 2023-XX-XX XX:XX:XX,XXX XXX CRITICAL - 这是一个严重错误消息
(注：实际输出中的日期、时间、进程ID会根据运行环境变化。)
核心概念与最佳实践
- 日志器级别优先： 始终记住日志器自身的级别是第一道关卡。它决定了哪些级别的消息会被日志器接受并向下传递给处理器。
- 处理器级别定制： 每个处理器可以有独立的级别，这使得您可以灵活地将不同级别的日志消息发送到不同的目的地（例如，将所有信息记录到文件，但只在控制台显示警告和错误）。
- 避免重复处理器： 在多次调用setup_logger或在模块重载时，需要注意避免重复添加处理器。示例代码中的if logger.handlers: for handler in logger.handlers[:]: logger.removeHandler(handler)就是为了解决这个问题。
- 根日志器（Root Logger）： 如果不通过logging.getLogger('name')获取具名日志器，而是直接使用logging.debug()、logging.info()等函数，实际上是在使用根日志器。根日志器的默认级别是WARNING。为了更好的控制和模块化，推荐使用具名日志器。
- 模块化日志配置： 将日志配置封装在独立的函数中（如setup_logger）是一种良好的实践，可以确保整个应用程序的日志行为一致。
总结
Python logging模块的强大之处在于其灵活性，但这也要求开发者对其内部机制有清晰的理解。解决INFO级别日志不显示的核心在于确保日志器（Logger）的级别被正确设置为能够处理INFO或更低级别的消息。通过显式设置日志器级别，并结合处理器级别的精细控制，可以构建出满足各种需求的健壮日志系统。
