Python程序作为Windows服务运行时异常未写入错误日志是什么原因？

这个问题是Python Windows服务框架（通常为pywin32的win32service组件）的异常捕获机制导致的，核心原因如下：

• pywin32的debug模式运行逻辑中，存在顶层异常捕获 wrapper 包裹你的SvcRun()入口方法：在你业务代码中抛出未处理异常时，框架会直接输出异常栈，它使用的sys.stderr是服务框架初始化时就缓存的原始引用，而非你后续在业务代码中重定向后的文件对象。
• 你主动调用sys.stderr.write()能正常写入文件，是因为此时你已经完成了重定向操作，调用的是替换后的文件对象，和框架持有的旧stderr引用无关。
• 你观察到的print()输出正常，是因为print默认使用当前的sys.stdout，没有被框架提前缓存。

要实现异常栈全量写入日志文件，可采用以下任意一种方案：

1. 顶层主动捕获异常
   在SvcRun()方法的最外层添加try-except包裹所有业务逻辑，捕获异常后手动调用traceback模块输出栈信息到日志文件，示例代码如下：

import traceback

def SvcRun(self):
    try:
        # 你的业务代码
        raise Exception("Test")
    except Exception as e:
        with open(os.path.join(logDirectory, "err.txt"), "a") as f:
            f.write(traceback.format_exc())
        # 可选：抛出异常让框架正常处理服务退出逻辑
        raise

2. 提前重定向标准流
   把sys.stdout、sys.stderr的重定向逻辑提到导入win32service相关模块、启动服务框架之前执行，确保框架初始化时缓存的就是你重定向后的文件对象。注意打开文件时设置buffering=1行缓冲，避免程序异常退出时日志丢失。
3. 通过服务管理工具重定向
   如果使用NSSM等第三方工具注册Windows服务，直接在工具的配置项中指定stdout、stderr的输出文件路径，工具会截获服务进程的所有标准输出/错误，比Python层重定向兼容性更高。

内容的提问来源于stack exchange，提问作者EinEsellesEniE