当Windows服务卡在“正在停止”时，需通过sc queryex或tasklist /svc定位对应PID，再用taskkill /f /pid或Stop-Process强制终止进程；根本解法是修复服务代码中OnStop()的阻塞逻辑。
当windows服务状态卡在“正在停止”时，系统无法正常释放服务进程，常规方法（如服务管理器、net stop）通常失效。此时需绕过服务控制管理器（scm），直接终止底层进程。关键在于准确定位服务对应的可执行文件和运行中的进程，并安全结束它。
确认服务对应进程与PID
服务可能以独立进程（exe）、宿主进程（svchost.exe）或现代托管进程（例如 Windows 10/11 中的 svchost.exe -k xxx 或 lsass.exe 等）运行。不能仅凭服务名判断：
- 用管理员权限打开命令提示符或 PowerShell，执行：
sc queryex "服务名称" —— 查看PID字段（若显示为 0，说明未以独立进程运行） - 若 PID 为 0 或无响应，运行：
tasklist /svc /fi "services eq 服务名称" —— 显示该服务关联的进程名与 PID - 对 svchost 类型服务，进一步定位具体组：运行
tasklist /svc /fi "imagename eq svchost.exe"，比对服务名列
强制终止进程（谨慎操作）
获取到有效 PID 后，使用以下任一方式终止（务必确认 PID 准确，避免误杀系统关键进程）：
- 命令行（管理员权限）：
taskkill /f /pid XXXX（替换 XXXX 为实际 PID） - 若已知映像名（如
MyService.exe）且唯一：
taskkill /f /im "MyService.exe" - PowerShell 替代方案：
Stop-Process -Id XXXX -Force 或
Get-Process -Name "MyService" -ErrorAction SilentlyContinue | Stop-Process -Force
清理残留与预防再次卡住
进程终止后，服务状态仍可能显示“停止中”。需手动重置 SCM 状态并检查依赖项：
- 刷新服务状态：运行
net start 或重新打开“服务”管理器（services.msc） - 若服务图标仍为黄色感叹号或无法启动，尝试重启
Windows Management Instrumentation (WMI)和Remote Procedure Call (RPC)服务（它们是 SCM 依赖） - 长期规避建议：
— 检查服务程序自身逻辑，是否存在资源未释放、线程死锁或等待超时过长；
— 在服务代码中实现合理的ServiceControlHandler响应，尤其是SERVICE_CONTROL_STOP处理；
— 避免在OnStop()中执行阻塞 I/O 或长时间同步调用
不复杂但容易忽略：多数“正在停止”问题根源不在系统层面，而在服务程序自身退出逻辑缺陷。强制终止只是应急手段，修复服务代码才是根本解法。
