不加Handler时日志被彻底丢弃而非丢失；basicConfig()仅在root logger无handler时生效；复用handler会导致并发错乱。
不加Handler时日志直接被丢弃，不是“丢失”而是“根本没出口”
Python logging 模块默认只创建 logger 对象，不附带任何输出通道。它不像 print() 那样自带终端输出——logger.info("hello") 执行后若没有 handler，这条日志就彻底消失，不会报错、不会警告、也不会缓存。这是设计使然，不是 bug。
root logger 无 handler 的典型现象和验证方式
常见错误表现包括：
- 脚本运行无任何日志输出，即使
logger.setLevel(logging.DEBUG)也无效 -
logging.getLogger().handlers返回空列表[] - 第三方库（如
requests、urllib3）的日志也不出现，说明 root logger 未激活
快速验证：在调用日志前加一行 print(logging.getLogger().handlers)，若输出 []，就是没配 handler。
basicConfig() 为什么有时“看起来生效”，有时完全没反应？
logging.basicConfig() 只在 root logger 尚未添加任何 handler 时才起作用。一旦有其他代码（包括导入的模块）提前触发了 logging.getLogger() 或 getLogger(__name__)，root logger 就会被隐式初始化，后续的 basicConfig() 调用将静默失败。
立即学习“Python免费学习笔记（深入）”；
- 第三方库常在模块加载时调用
getLogger()，比如urllib3在首次 import 时就初始化自己的 logger -
basicConfig()不会覆盖已有 handler，也不会清空已存在的 handler 列表 - 调试建议：把
basicConfig()放到所有 import 之前；或改用显式配置logging.getLogger().addHandler(...)
多线程/多模块下复用 handler 导致内容错乱，本质仍是 handler 缺失或误配
你以为加了 handler 就万事大吉？未必。比如在模块顶层写：
handler = logging.FileHandler("app.log")
logger = logging.getLogger(__name__)
logger.addHandler(handler) # ❌ 错误：多个模块 import 这个文件，会重复 add 同一个 handler 实例
结果是同一 FileHandler 被多个 logger 共享，高并发下日志行可能截断、交错，甚至部分记录静默消失——这不是 logging 不安全，而是你绕过了它的线程安全边界，把非原子 I/O 操作暴露给了并发。
- 正确做法：每个 logger 独立创建 handler，或统一由主入口配置并禁用 propagate
- 更稳妥的选择：用
RotatingFileHandler（内部带锁）或QueueHandler + QueueListener解耦写入 - 关键提醒：handler 是“输出设备”，不是“开关”。漏配、误配、复用，都会让日志掉进黑洞
真正容易被忽略的点在于：日志是否输出，完全取决于 handler 是否存在、是否被正确绑定、是否被意外覆盖或重复添加——而不是 level 设置对不对，也不是 logger 名字写没写全。
