
python的logging模块提供了一个强大而灵活的日志系统。理解其工作原理是解决日志输出问题的关键。日志消息在被记录到最终目的地(如文件、控制台)之前,会经历一个两阶段的过滤过程:
这意味着,一条日志消息必须同时满足日志器和其所关联的处理器(至少一个)的级别要求,才能最终被记录。
在原始代码示例中,尽管为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: <FileHandler /path/to/logs/ExampleLogger.log (INFO)> | Level: INFO Handler: <FileHandler /path/to/logs/ExampleLogger_error.log (ERROR)> | Level: ERROR Handler: <StreamHandler <stderr> (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会根据运行环境变化。)
Python logging模块的强大之处在于其灵活性,但这也要求开发者对其内部机制有清晰的理解。解决INFO级别日志不显示的核心在于确保日志器(Logger)的级别被正确设置为能够处理INFO或更低级别的消息。通过显式设置日志器级别,并结合处理器级别的精细控制,可以构建出满足各种需求的健壮日志系统。
以上就是Python logging模块深度解析:解决INFO级别日志不显示问题的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号