使用win32serviceutil部署Python为Windows服务时出现模块缺失错误求助

一、当前模块缺失报错的修复方法 #

你遇到的ModuleNotFoundError本质是环境不匹配的问题：win32serviceutil是pywin32第三方库的组成模块，不属于Python标准库。PyCharm里写代码不报错，是因为当前项目用的解释器已经装好了pywin32；但安装成Windows服务时，系统绑定的是全局PATH里的默认Python环境，根本不是你项目用的虚拟环境解释器，自然找不到装在项目环境里的依赖。
很多新手刚写Python版Windows服务都会踩这个坑，按以下步骤就能修好：

• 打开PyCharm的项目设置，复制当前关联的Python解释器完整路径，比如C:\Users\你的用户名\PycharmProjects\项目名\venv\Scripts\python.exe
• 打开系统命令提示符，用上面复制的完整路径执行依赖安装："刚才复制的Python完整路径" -m pip install pywin32 psutil
• 安装完成后执行pywin32的系统关联脚本，补全服务运行需要的系统dll注册："Python完整路径" -m pywin32_postinstall -install
• 重新注册Windows服务，全程必须用上面带依赖的Python解释器路径执行安装命令，不要直接调用系统默认的python，比如执行："Python完整路径" 你的服务脚本.py install

二、适配你需求的更优实现路径 #

你本来就没有时间系统性学习win32serviceutil的服务编写逻辑，完全没必要硬啃原生框架的各类API，两个比当前方案更省事儿、稳定性更高的选择：

方案1：用Windows自带任务计划程序替代自研服务 #

这是轻量化程度最高的实现，完全覆盖你的功能需求，不需要写任何服务框架相关代码：

• 自带指定时段触发启动的能力，不需要你在代码里额外写时段判断逻辑
• 自带最高权限运行、跨用户会话检测、崩溃自动重启的能力，稳定性比手写的Python服务高
• 你只需要写最核心的循环检测逻辑：用psutil遍历所有进程，匹配Edge、Chrome、Firefox等浏览器的进程名，匹配到就强制终止，循环间隔设为3-5秒即可
• 所有服务生命周期管理的工作都交给Windows原生的任务计划处理，完全不需要和win32serviceutil打交道

方案2：用NSSM把普通Python脚本注册成服务 #

如果你需要脚本在后台全程常驻，不想依赖任务计划的触发逻辑，这个方案适配度最高：

• 不需要在你的Python代码里继承win32serviceutil的服务基类、重写服务启动/停止的方法，你就写最普通的、在命令行能直接跑的循环杀进程脚本就行
• NSSM会自动帮你处理服务注册、崩溃自动重启、运行日志留存、权限配置这些和服务框架相关的所有逻辑，只需要在配置界面填好你的Python解释器路径、脚本路径、运行参数即可
• 不会出现环境路径不匹配的问题，因为服务启动时完全复用你平时跑脚本的Python环境，和命令行手动执行的效果完全一致

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