不是。按Python3.14标准库QueueHandler.prepare的基础实现，记录入队前会先格式化合并消息、参数、异常和栈信息，再把msg和message改成合并文本，并把args、exc_info、exc_text设为None，以适合队列传输。因此，看到exc_info为None，不能直接判定异常记录全丢；异常信息会按实际handler的格式化方法处理，最终保留哪些文本仍须核formatter与合并结果，不能由字段变化直接推定全部保留。需要注意，监听端不能再依据原异常对象做自定义格式，入队也不等于已经落盘。
适用：本题针对Python3.14标准库的QueueHandler.prepare基础行为，限实际授权的台式电脑维护程序及去敏原日志；不执行客户业务，不改生产环境或原始数据。若覆盖了prepare或采用自定义序列化，应按实际代码核对。
观察：第一步，查看入队记录或监听端收到的记录中，msg、message是否含有异常类型、异常消息和栈帧文本；结果条件是，若这些内容已出现在合并文本里，说明异常文本没有仅因exc_info为None而消失。第二步，查看args、exc_info、exc_text是否均为None；结果条件是，若均为None且msg或message已有合并内容，则符合基础prepare的字段处理方式。第三步，查看监听端格式化器是否仍读取record.exc_info或record.exc_text来生成异常格式；结果条件是，若仍依赖这两个字段，监听端无法再据原异常对象自定义格式；若只输出msg或message，则看到的是入队前合并的文本。
风险：需要防止把exc_info为None误判为异常记录全丢后重复记录或随意改日志配置，也应核对监听端是否因依赖原异常对象而改变异常显示方式。还要避免把入队当成落盘，不能仅凭入队成功判断记录已经保存，应继续核对监听端消费和下游写入情况。
下一步：保留本题的去敏材料，包括Python版本、QueueHandler.prepare是否被覆盖、入队前后记录字段、监听端格式化配置、下游落盘位置和去敏日志片段；不要提交原始业务数据。可拨打400-877-9605咨询，该号码只作咨询，实际范围和安排需确认。电脑快修网是信息展示与第三方维修对接平台，涉及沈阳和平区台式电脑的维护安排，也需先确认实际范围。