python日志重复输出主因是同一logger反复addhandler或propagate=true导致日志向上冒泡；解决关键是添加前判断if not logger.handlers、设propagate=false、避免basicconfig与手动配置混用。
Python日志重复输出，基本就是同一个 logger 对象被反复调用了 addHandler()，或者 propagate=True 导致日志向上冒泡到父 logger（尤其是 root）又被输出一次。这不是 bug，是 logging 模块的设计逻辑——但容易误用。
检查 logger.handlers 是否在不断增长
重复输出最直接的表现是：第 1 条日志打 1 次，第 2 条打 2 次，第 3 条打 3 次……说明每次调用日志函数时都新增了一个 handler。
-
logger.handlers是个列表，每次addHandler()都会往里塞一个新 handler，不清理就一直累加 - 典型场景：把
getLogger()+addHandler()写在函数内部、类方法里，或云函数的main_handler()中，实例复用后反复执行 - 调试时可直接打印：
print(len(logger.handlers), logger.handlers)，看到数字递增就确认了问题 - 修复方式不是“事后 remove”，而是“添加前判断”：
if not logger.handlers:再 add
关闭 propagate 阻断向上冒泡
即使 handler 没重复，logger.propagate 默认为 True，会导致子 logger 的日志传给 root logger，而 root 很可能已有 StreamHandler（比如由 basicConfig() 自动加的），结果同一条日志被输出两次。
- 自定义 logger（如
logging.getLogger("myapp.db")）只要自己配了 handler，就应设logger.propagate = False - 若依赖层级传播（比如统一由 root 处理输出），那子 logger 就不该配 handler，只设
level和filter - 验证是否生效：
print(logger.propagate, logging.getLogger().handlers)，确认 root 确实有 handler 而子 logger 不再向上传
避免 basicConfig() 和手动配置混用
basicConfig() 本质是悄悄给 root logger 加了个 StreamHandler。如果你之后又手动创建 logger 并加 handler，又没关 propagate，就注定重复。
-
basicConfig()只在 root logger 无 handler 时生效，多次调用无效——但掩盖了配置冲突 - 更稳妥的做法：彻底弃用
basicConfig()，改用dictConfig()或纯手动构造（Logger+Handler+Formatter） - 如果必须用
basicConfig()，确保它只在程序入口（if __name__ == '__main__':）调一次，且后续所有自定义 logger 都设propagate=False - 加载前可主动清理：
logging.getLogger().handlers.clear()，再调basicConfig()
真正难排查的，是模块被多次 import、云函数实例复用、或第三方库偷偷调了 basicConfig() ——这些不会报错，但会让 logger.handlers 在你不知情时悄悄膨胀。动手前先 print(logging.Logger.manager.loggerDict.keys()) 看看有哪些 logger 实例活着，比猜更可靠。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
