windows服务状态变化可通过notifyservicestatuschange实现异步通知，支持监听stopped、running等状态，需注意权限、句柄复用及重启重连；powershell和事件日志可作轻量替代方案。

windows 服务状态变化时，系统本身不会自动弹窗或发消息通知你，但可以通过编程方式实现精准、低开销的状态变更感知——核心是 notifyservicestatuschange 函数，它不是轮询，而是真正的异步事件通知。

用 NotifyServiceStatusChange 监听服务状态

这是 Windows 原生支持的高效机制，适用于服务管理工具、监控脚本或后台守护程序。关键点：

• 每个服务句柄最多只能挂一个未完成的通知请求，重复调用前需先取消旧请求
• 支持监听多种状态变迁：启动中（START_PENDING）、运行中（RUNNING）、暂停中（PAUSE_PENDING）、已停止（STOPPED）、被删除（DELETED）等
• 若监听 SCM 级别（而非单个服务），还可捕获服务创建（CREATED）和删除完成（DELETED）事件
• 调用后线程会阻塞等待，推荐在独立线程或 I/O 完成端口模型中使用，避免卡住主逻辑

实际监听哪些状态更实用

多数运维场景关注的是“意外中断”或“恢复就绪”，建议组合以下标志：

windows-shell-syntax

在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……

下载

• SERVICE_NOTIFY_STOPPED：服务非预期终止（如崩溃、被 kill），可触发告警或自动拉起
• SERVICE_NOTIFY_RUNNING：服务完成启动流程，确认已就绪，适合触发下游依赖检查
• SERVICE_NOTIFY_CONTINUE_PENDING + SERVICE_NOTIFY_PAUSE_PENDING：用于跟踪人工干预操作是否生效
• 慎用 SERVICE_NOTIFY_DELETED：该通知仅在服务句柄已关闭前提下才送达，设计上需注意资源清理顺序

不依赖代码的轻量替代方案

如果只是日常排查或临时验证，无需开发：

• 用 PowerShell 实时订阅：执行 Get-Service -Name "YourSvc" | Register-ObjectEvent -EventName StatusChanged -Action { Write-Host "状态变了：$($_.SourceEventArgs.Status)" }（注意：此为 .NET 层模拟，非内核级，可能有延迟）
• 配合 Windows 事件日志：确保服务启用了 Service Control Manager 的详细日志（操作日志级别设为“详细”），然后用 wevtutil qe System /q:"*[System[(EventID=7036)]]" /f:text 过滤服务状态事件
• 第三方工具如 Service Hawk 或 NirSoft’s Advanced Service Monitor，内置图形化状态变化记录与邮件/声音提醒

注意事项与常见陷阱

这个机制看似简单，但几个细节容易导致监听失败：

• 调用线程必须拥有对应服务的 SERVICE_QUERY_STATUS 权限；若用 LocalSystem 账户运行监听程序，一般默认满足
• 通知回调中不能执行耗时操作（如弹窗、网络请求），否则会阻塞 SCM，影响其他服务响应
• 服务重启后，原有通知句柄失效，需重新注册——适合做成常驻进程并自动重连
• Windows 10/11 默认启用服务隔离（Service SID），若监听程序运行在受限上下文（如 AppContainer），可能无权打开目标服务句柄