这与sys.settrace的线程特定作用域相符，但单凭没有日志还不能排除其他原因。sys.settrace设置的是系统追踪函数，但文档明确说明该函数是thread-specific：主线程调用只影响主线程，不会自动覆盖工作线程。若调试器要支持多个线程，需要针对每个被调试线程调用settrace注册，或在调试器安排中使用threading.settrace。因此“主线程设了settrace，工作线程却没日志”首先应按线程边界核对，不能把主线程设置当成全进程开关。另有两个容易忽略的点：settrace调用不会自动激活当前帧；调用跟踪函数期间追踪被禁用，日志若写在跟踪函数内部，也不会形成递归事件。
适用：适用于Python3.14标准库sys.settrace的线程追踪范围说明，面向太原小店区台式电脑维护中读取去敏代码与已有日志的核对场景。只读原代码、跟踪范围和已有日志，不运行客户业务，不更改原数据，也不向客户进程注入调试代码。这里讨论的是Python层追踪机制，不是Windows接口，也不把其他语言的线程调试经验直接套用。
观察：第一，核对settrace的调用位置和线程启动顺序。若只看到主线程入口调用，而工作线程入口没有注册，或调试器没有使用threading.settrace统一安排，则符合线程特定设置的解释。第二，核对工作线程入口是否在进入业务帧之前完成注册。若注册发生在工作线程已运行到某个帧之后，且该帧没有显式设置f_trace，则当前帧不会因settrace自动激活，已有帧的line事件可能缺失。第三，核对跟踪函数返回值。全局跟踪函数在新局部作用域进入时收到call事件，应返回局部跟踪函数或None；若返回None，该作用域不会被继续跟踪，结果条件就是该作用域没有后续line等事件。第四，核对跟踪函数是否抛异常。文档说明跟踪函数发生错误会被unset，等同settrace(None)，若日志中只有开头没有后续，应检查是否有异常导致该线程追踪被取消。第五，核对日志输出位置是否在跟踪函数内部。跟踪函数调用期间追踪被禁用，若把日志写入放在该函数内部并期待递归追踪，结果条件就是不会产生递归事件。第六，核对是否只设置全局函数而未处理当前帧，若需要当前帧生效，应显式设置frame.f_trace，且前提是已通过settrace安装全局追踪函数以启用运行时追踪机制。
风险：把主线程settrace当成全进程开关，会误判工作线程日志缺失原因；为补日志而临时向客户进程注入settrace或改写f_trace，可能改变运行时行为、增加开销或干扰异常路径。跟踪函数一旦出错会被取消，反而让证据链断裂；日志若记录局部变量、路径或调用参数，还可能带出敏感信息。只读核对时应避免执行原业务代码，不修改原数据，不把调试代码留在生产进程。审计事件sys.settrace的存在也提示该操作属于运行时调试行为，需在授权和去敏范围内处理。
下一步：收集去敏材料，包括Python版本、线程创建方式、settrace调用位置与线程启动先后、工作线程入口函数相关代码、跟踪函数定义及返回值、是否使用threading.settrace、是否设置frame.f_trace、已有日志片段和异常记录。材料只读提供，不运行客户业务，不改原数据；如需验证，在独立副本或最小复现代码中进行，不注入客户进程。可拨打400-877-9605咨询电脑快修网的对接安排，实际范围和安排需确认。