Flask 1.1.2跨模块复用日志格式并避免日志重复打印的配置方案

问题根因拆解 #

• Flask 1.1.2版本的create_logger方法不会修改全局根日志对象，仅会为与Flask应用实例同名的专属logger绑定指定格式的输出处理器。
• 你在vmware_exporters_support.py中使用logging.getLogger()获取的是全局根logger，和update.py中初始化的Flask专属logger无继承关联，两套日志链路独立生效，因此出现格式不一致、同条日志被重复打印的问题。

具体调整步骤 #

1. 统一跨模块的日志实例来源 #

删掉vmware_exporters_support.py中原有的logger = logging.getLogger()初始化逻辑，替换为和Flask专属logger同实例的获取方式：

• 若不存在Python循环导入问题，直接导入update.py中已初始化好的logger对象即可：

  from update import logger
  

• 若存在循环导入问题，直接通过Flask应用的固定名称获取对应logger（和你初始化Flask实例时传入的名称一致，即collector_api），拿到的对象和update.py中的logger完全等同：

  logger = logging.getLogger('collector_api')
  

  这种方式不需要重复创建日志处理器，会自动继承update.py中已经配置好的日志格式。

2. 清除根logger的默认冗余输出 #

根logger上挂载的默认输出处理器，就是生成你看到的无方括号格式日志的来源。在update.py完成Flask logger初始化之后，新增以下配置关闭冗余输出：

# 阻止Flask专属logger的日志向上冒泡到根logger，避免重复打印
logger.propagate = False
# 移除根logger上所有默认挂载的处理器
root_logger = logging.getLogger()
for hd in root_logger.handlers[:]:
    root_logger.removeHandler(hd)

3. 保持正确的模块导入顺序 #

update.py中原有的导入顺序是正确的，不要调整：

1. 先创建Flask应用实例、完成logger初始化
2. 再导入vmware_exporters_support模块
   如果颠倒顺序，会导致vmware_exporters_support加载时Flask logger还未完成配置，无法复用统一格式。

注意事项 #

• 不要在vmware_exporters_support.py中单独调用logging.basicConfig()，该方法会直接修改全局日志配置，打乱Flask自带的日志格式
• 不要为logger重复添加输出处理器，否则依然会出现同条日志多次打印的问题

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