pywin32服务封装易失败，主因是Windows服务模型与Python运行时存在硬冲突：SvcDoRun需主线程阻塞但易被asyncio等干扰；LocalSystem账户无GUI上下文导致pyautogui等失效；解释器路径硬编码致环境变更即启动失败；且错误日志仅入事件查看器难定位。
直接用 pywin32 注册服务是可行的，但生产环境里几乎没人这么干——它要求你手动处理服务生命周期、日志、崩溃重启、权限隔离等，稍有疏漏就会导致服务静默退出或无法启动。
为什么 pywin32 服务封装容易失败
不是代码写不对，而是 Windows 服务模型和 Python 运行时存在几处硬冲突：
-
SvcDoRun必须在主线程阻塞运行，但多数 Python 脚本依赖asyncio、threading或第三方事件循环（如schedule），一不小心就卡死或被系统判定为“未响应” - 服务默认以
LocalSystem账户运行，没有用户会话上下文——所有 GUI 操作（pyautogui、win32gui）、交互式桌面访问、甚至某些 COM 组件都会直接报错或黑屏 - Python 解释器路径硬编码在服务类里，一旦重装 Python 或切换 conda 环境，服务就启动失败，且错误日志只写进 Windows 事件查看器，不输出到文件，极难定位
- 安装时必须以管理员权限运行命令，
python my_service.py install报 “拒绝访问” 是常态，而 debug 模式又不能真正模拟服务环境
推荐方案：用 NSSM 封装 Python EXE 为服务
NSSM（Non-Sucking Service Manager）是 Windows 上最稳的第三方服务包装器，它不碰你的 Python 逻辑，只负责把一个可执行程序拉起来、挂掉时重启、转发标准输出到日志——这才是你真正需要的。
- 下载
nssm.exe（64 位系统用nssm-2.24win64 ssm.exe），扔进C: ssm目录即可，无需安装 - 先打包脚本：用
pyinstaller --onefile --console watcher.py生成watcher.exe，确保它能在 CMD 里直接双击/命令行运行成功 - 注册服务：
nssm install MyWatcherService
，弹出 GUI 窗口后填三项：-
Path:
C:workspacewatcher.exe -
Startup directory:
C:workspace（必须设，否则相对路径全崩） -
Service name: 填
MyWatcherService（后续用这个名控制）
-
Path:
- 进“Service Recovery”页，把“First failure”、“Second failure”、“Subsequent failures”全设成
Restart the service，并勾选“Reset fail count after”设为 1 分钟
远程断开后 GUI 自动化失效？tscon 是临时解法，不是服务替代方案
如果你的脚本依赖 pywinauto 或截图/模拟点击，仅注册为服务仍会失败——因为服务跑在 Session 0，而 GUI 操作必须在用户登录后的 Session 1+。这时候 tscon 不是“让服务继续工作”，而是把当前 RDP 会话“偷梁换柱”迁移到控制台会话。
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
立即学习“Python免费学习笔记（深入）”；
- 先查当前会话：
query session
，找到你的用户名对应的ID（比如2） - 执行切换（需提前开启“允许服务与桌面交互”——不推荐；更安全的做法是用计划任务触发）：
tscon 2 /dest:console
- 注意：
tscon本质是会话劫持，不能用于长期无人值守场景；它解决的是“远程断开即失效”的症状，而非服务注册本身的问题
服务日志和调试必须前置配置好
Windows 服务最让人抓狂的不是起不来，而是起不来还不告诉你为什么。NSSM 默认把 stdout/stderr 写进 Windows 事件日志，但你需要自己加一层落地：
- 在
watcher.py开头强制重定向输出：import sys sys.stdout = open("C:\workspace\logs\watcher.log", "a", encoding="utf-8") sys.stderr = sys.stdout - NSSM 配置页中，“I/O”选项卡下勾选“Accept service commands”，并设置“Output”路径为同个 log 文件，避免双写冲突
- 首次部署后，别急着设开机启动，先用
net start MyWatcherService手动启一次，然后立刻查watcher.log和eventvwr.msc里的“Windows Logs → System”里 NSSM 相关条目
真正稳定的服务不是靠一次注册完成的，而是靠日志可追溯、崩溃可自愈、路径不硬编码、GUI 交互有 fallback。NSSM + PyInstaller 是目前 Windows Server 上最接近“开箱即用”的组合，但每一步都得亲手验证输出——尤其是那个 Startup directory，漏设等于白配。
