在中山的台式电脑上使用 Python 3.14 时，LoggerAdapter 没有把单次日志调用里的 extra 合进去，原因在于 LoggerAdapter 的默认行为：merge_extra=False 时，单次日志调用的 extra 会被忽略，只使用 LoggerAdapter 实例携带的 extra。merge_extra 参数从 Python 3.13 才新增，所以还要核实现场实际版本和构造方式，不能把其他语言或其他平台的接口行为直接套到 Python logging 上。
适用范围：本说明针对中山台式电脑上已有的 Python 日志代码、参数和日志输出做只读核对，不执行仓库改写，不运行或改动客户程序，不改日志、参数和原数据，也不记录真实身份值。现场版本需要另行核实，尤其要区分 Python 3.14 与更早版本。
观察：先只读确认实际 Python 版本以及是否支持 merge_extra。若版本低于3.13，则不能传该新增参数；原有默认extra处理策略应查对应版本文档，不因没有新参数就断定旧版会合并；若为 3.14，继续看 LoggerAdapter 实例构造时是否传入 merge_extra。结果条件是：没有传入或传入 False 时，单次日志调用的 extra 按默认行为被忽略；传入 True 时才考虑合并单次 extra，但仍要结合后续代码判断。然后检查自定义 LoggerAdapter 子类是否覆写 process。若覆写，实际合并方式由覆写代码决定，不能只凭默认文档推断；若未覆写，默认 process 会把适配器实例的 extra 放入日志调用的关键字参数中。最后对照单次日志调用和实际输出字段，结果条件是：字段未出现在输出中，只能说明该字段没有出现在本次格式化结果里，不能直接当成日志没有发生，还需结合调用位置、处理器和格式化配置继续核对。
风险：如果把默认忽略误认为已经合并，排障时可能漏看上下文，并把字段缺失误判为日志未记录；如果在未核对版本和 process 覆写的情况下直接改 merge_extra 或重写 process，也可能改变既有日志字段的呈现方式，影响后续比对。处理过程中不应记录真实身份值，也不应改动原日志和原数据。
下一步：准备去敏材料，包括实际 Python 版本、LoggerAdapter 构造参数中是否含 extra 和 merge_extra、process 覆写片段、单次日志调用代码、对应输出样例、处理器与格式化配置；材料中不要包含真实身份值或原始业务数据。可拨打 400-877-9605 咨询；电脑快修网是信息展示与第三方维修对接平台，400 只作咨询，实际范围和安排需确认。
本地范围为中山市已启用台式电脑条目；具体地址、软件侧协助是否支持与安排当次确认，启用记录不代表即时履约。电脑快修网提供信息展示与第三方维修对接，400-877-9605只作咨询。