Windows服务状态切换依赖服务主动上报、启动类型配置及系统事件触发三要素。服务须用SetServiceStatus报告状态，启动类型（自动/手动/禁用/触发）决定启动时机，触发服务需匹配网络、设备等事件，状态变更可通过API、PowerShell或日志监听。
windows 服务的运行状态切换不是简单启停，而是由服务自身向服务控制管理器（scm）主动报告、并受控于启动类型与外部事件共同作用的结果。真正起效的切换依赖三要素：服务代码内正确调用 setservicestatus、scm 配置的启动类型生效、以及（对触发启动服务）特定系统事件被识别和送达。
服务状态切换的核心机制
服务状态（如 STOPPED → START_PENDING → RUNNING）不是 SCM 单方面决定的，而是服务进程在初始化或响应控制请求时，通过 SetServiceStatus 函数显式上报的。例如：
- SCM 发出启动指令后，先将状态设为
SERVICE_START_PENDING，再调用服务的ServiceMain； - 服务完成加载和初始化后，必须主动调用
SetServiceStatus报告SERVICE_RUNNING，否则 SCM 会认为启动失败； - 收到
SERVICE_CONTROL_STOP后，服务应先报SERVICE_STOP_PENDING，再执行清理逻辑，最后报SERVICE_STOPPED。
状态转换必须符合有效路径（如不能从 RUNNING 直接跳到 STOPPED），否则 SCM 不报错但监控工具可能误判。
启动类型决定“谁来触发”以及“何时启动”
服务的启动类型（Start Type）存储在注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\{svcname}\Start 中，它不控制当前运行状态，而决定系统如何介入：
- 自动（2）：系统启动时 SCM 主动拉起服务，服务需自行完成初始化并上报 RUNNING；
-
手动（3）：仅当用户或程序显式执行
sc start或net start时触发； -
禁用（4）：SCM 拒绝任何启动请求，即使调用
sc start也会失败； - 触发启动（11）：服务默认停止，仅当匹配预设的触发器事件（如网络连接、设备插入、用户登录）时，SCM 才启动它。
修改启动类型需用 sc config {svcname} start= auto（注意等号后有空格），该操作永久生效，但不改变当前运行状态。
在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……
触发启动服务的事件配置与验证
触发启动服务依赖 SCM 对系统事件的监听能力，其触发条件在服务注册时定义，可通过 PowerShell 查看：
Get-ServiceTrigger -Name "wuauserv"
常见触发器类型包括：
- NetworkEndpoint：监听特定端口或协议（如 HTTP、SMB）；
- DeviceInterfaceArrival：USB 设备接入、打印机连接等；
- Custom：基于 ETW 事件 ID 或 Windows 日志事件（如 Event ID 7036 表示服务状态变更）；
- ServiceStart：依赖另一服务进入 RUNNING 状态后启动。
若服务未按预期启动，需检查：
– 触发器是否已注册（sc qtriggerinfo {svcname}）；
– 对应事件是否真实发生（如用 wevtutil qe System /q:"*[System[(EventID=10000)]]" 查看设备事件）；
– 服务本身是否具备处理该触发的能力（部分服务仅声明支持，实际未实现事件响应逻辑）。
状态变化后的响应与通知
系统本身不会自动弹窗或发消息，但可通过以下方式感知状态变更：
-
原生高效监听：调用
NotifyServiceStatusChangeAPI，注册对单个服务或 SCM 全局的状态变更通知（如 SERVICE_NOTIFY_STOPPED），适用于后台监控程序； -
脚本化订阅：PowerShell 中用
Register-ObjectEvent监听StatusChanged事件，适合临时排查； - 日志溯源：启用 SCM 操作日志（事件查看器 → Windows 日志 → System，筛选 Event ID 7036），可回溯每次状态变更的时间、服务名与新旧状态。
注意：所有监听方案都依赖服务正确上报状态——如果服务卡在 START_PENDING 不报 RUNNING，或崩溃后未报 STOPPED，通知就无法触发。
