Stop-Service与ServiceController.Stop()的差异及使用场景咨询

1. 行为逻辑本质区别 #

• Stop-Service：基于ServiceController封装，但默认会阻塞等待服务完全进入Stopped状态。如果服务卡在“Stopping”状态，它会无限挂起，直到服务状态变更或手动终止命令。这种情况下搭配WaitForStatus属于冗余操作——因为Stop-Service本身已经在等待状态切换。
• ServiceController.Stop()：仅向服务发送停止指令，不等待状态变更。发送后立即返回执行后续代码，需要手动通过WaitForStatus()主动监听服务状态，或处理超时、卡住的异常情况。

2. 关于“跳过执行”的误解 #

你提到的“ServiceController.Stop()跳过该行代码继续执行”并非真的跳过，而是它本身就不做等待。示例代码逻辑如下：

$service = [System.ServiceProcess.ServiceController]::new("TargetService")
$service.Stop()
# 此行会立刻执行，不受服务实际停止状态影响
$service.WaitForStatus([System.ServiceProcess.ServiceControllerStatus]::Stopped, [TimeSpan]::FromSeconds(30))

若服务卡在Stopping状态，WaitForStatus会在超时后抛出异常，而非无限挂起。

3. 适用场景划分 #

• Stop-Service适用场景：处理已知能稳定停止的服务，追求简洁的命令行操作。比如日常运维中手动停止常规服务：

  Stop-Service -Name "PrintSpooler"
  

  若需非阻塞执行，可添加-NoWait参数，此时搭配WaitForStatus才有意义：

  Stop-Service -Name "TargetService" -NoWait
  (Get-Service -Name "TargetService").WaitForStatus([System.ServiceProcess.ServiceControllerStatus]::Stopped, [TimeSpan]::FromSeconds(30))
  

• ServiceController.Stop()适用场景：需要精细化控制停止流程的自动化脚本，比如设置超时时间、处理服务卡住的异常、执行后续分支逻辑。示例：

  $service = Get-Service -Name "AppService"
  $service.Stop()
  try {
      $service.WaitForStatus([System.ServiceProcess.ServiceControllerStatus]::Stopped, [TimeSpan]::FromSeconds(20))
      Write-Host "服务已成功停止"
  }
  catch [System.ServiceProcess.TimeoutException] {
      Write-Host "服务停止超时，触发回滚"
      # 此处添加回滚逻辑
  }
  

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