Windows服务命令行操作全攻略：sc、net与PowerShell实战解析

前阵子帮朋友处理一台Windows Server上的数据库服务问题，他打开服务管理器（services.msc）找了半天也没找到问题服务在哪，我直接在命令行里一条sc query过去，三秒钟定位到状态和依赖关系，顺手把启动类型改了。他感叹了一句：命令行操作服务是真的方便。其实这种需求远不止运维会遇到，开发本地起服务、测试环境批量启停、甚至普通用户关掉某个占用资源的后台服务，命令行都是最高效的方式。这篇文章就把我在Windows下用命令行操作服务的完整经验整理出来，从基础概念到具体命令，从常规操作到疑难排错，全是我实际踩过坑以后总结出来的东西。

1. 为什么要在命令行里操作Windows服务

1.1 图形界面其实没那么好用

很多人习惯了打开“服务”窗口（services.msc）点点鼠标，觉得够用了。但真正用多了就会发现图形界面有几个硬伤。

第一个痛点是无法批量操作。假设你有十台服务器，每台都要停掉同一个服务，图形界面就得一台台远程桌面连进去，打开窗口，找到服务，右键停止，再确认一次。这个流程重复十遍，光是想想就头疼。命令行一条sc \\服务器名 stop 服务名就搞定了，甚至还能写个循环，一次连扫几十台机器。

第二个痛点是信息密度太低。服务窗口默认显示服务名称、状态、启动类型、登录身份这些信息，但真正排查问题的时候，你往往想知道这个服务的可执行文件路径是什么、依赖了哪些服务、失败以后怎么恢复、上次启动是什么时候。这些在图形界面里得层层打开属性对话框才能看到，效率低得离谱。命令行里sc qc一条命令就把配置信息全打出来，sc query还能直接看到进程ID和最近的动作结果。

第三个痛点是无法嵌入自动化流程。我现在做自动化部署，启停服务这一步是要写进脚本里的，图形界面根本没法参与这个过程。命令行天然就是给脚本准备的。所以如果你要搞自动化运维、批量部署、定时任务，命令行是绕不开的。

1.2 命令行管理服务的核心应用场景

结合我自己的实际工作，命令行操作服务主要在下面这几个场景里发挥了不可替代的作用：

• 批量启停多台机器上的同一个服务：用sc命令配合机器名参数，一条命令遍历所有机器，不用依次远程桌面。
• 快速定位服务状态和配置：服务起不来、一直重启、启动类型不对，先用命令行把服务和配置信息打出来看，问题基本能筛掉一半。
• 自动化脚本里集成服务操作：部署脚本、重启脚本、自愈脚本里嵌入启停服务的命令，实现无人值守。
• 排查服务崩溃和启动失败：通过sc query看到WIN32_EXIT_CODE和SERVICE_EXIT_CODE，能直接判断是服务自身崩溃还是系统层面的问题。
• 清理残留服务：某些软件卸载不干净，服务还残留在系统里，用sc delete可以直接删掉。

这些场景如果你只用图形界面，要么做不到，要么效率极其低下。命令行虽然看起来冷冰冰，但一旦用顺手，你会发现它才是管理Windows服务最顺手的方式。

2. 服务操作前必须知道的基础概念

2.1 服务是什么，存在哪里

Windows服务（Service）是系统启动后自动在后台运行的程序，不依赖任何用户登录。它由服务控制管理器（SCM，Service Control Manager）统一管理。我们平时操作服务，本质上就是向SCM发指令，让它去启动、停止、暂停或查询某个服务程序。

服务的配置信息主要存在注册表里，路径是：

HKLM\SYSTEM\CurrentControlSet\Services

在这下面每个服务都有一个以服务名命名的子键，里面存了服务的类型（Type）、启动类型（Start）、可执行文件路径（ImagePath）、依赖关系（DependOnService）等信息。sc config修改的其实就是这里面的键值。这个路径在你排查某些顽固问题的时候很有用，比如服务明明删了，但注册表键还在导致系统启动时报警告，这时候直接删注册表键可能是最后的办法。

2.2 服务名称和显示名称是两个东西

几乎所有新手都会在这一点上栽跟头：服务名称（Service Name）和显示名称（Display Name）不是一回事。

• 服务名称是SCM里真正的标识符，是唯一的，命令行操作、注册表键名、依赖关系全都用这个。它通常比较短，不带空格，比如wuauserv、Spooler。
• 显示名称是给人看的，在图形界面的服务列表里显示的就是它。带空格、比较友好，比如“Windows Update”、“Print Spooler”。

在命令行里操作服务，必须用服务名称，不能直接用显示名称。但你不知道服务名称怎么办？最简单的办法：

sc query | findstr /i "服务"

或者用下面这条命令，把显示名称和服务名称对应关系全部列出来：

sc query state= all | findstr /i "SERVICE_NAME DISPLAY_NAME"

实际使用中，我还有一个习惯：到图形界面里双击某个服务，属性对话框里第一行显示的就是服务名称。如果你经常跟服务打交道，建议把常用服务的服务名和显示名对应关系记住，比如“Print Spooler”对应的服务名是Spooler，“Windows Update”对应wuauserv，“DHCP Client”对应Dhcp。以后写脚本、查问题都省事。

2.3 工具选择：net、sc、PowerShell各自的定位

Windows下操作服务的命令行工具主要有三个：net、sc和PowerShell的*-Service系列命令。加上一个已经半退休的wmic，各有各的适用场景。

net命令是最容易上手的，适合临时手头操作；sc是功能最全面的，管理员的工具箱里基本离不开它；PowerShell则适合写复杂逻辑，毕竟它可以拿到对象然后随便筛选、排序、格式化，能干的事情比前两个多得多。后续章节我会把这几个命令逐个讲透。

2.4 权限准备：普通窗口会碰壁

这一步非常关键，我见过太多人在正常命令行窗口里敲sc stop 服务名，结果报错“拒绝访问”，然后就怀疑命令是不是打错了。其实问题很简单：操作服务（尤其是停止、修改配置、删除服务）需要管理员权限。

打开管理员命令行窗口的方式有很多，我用得最多的是右键点击开始菜单（Win+X），选择“终端（管理员）”或“命令提示符（管理员）”。如果你想确认当前窗口是否有管理员权限，可以执行：

net session

如果返回“访问被拒绝”，说明当前不是管理员权限。如果正常回显，说明你有管理员权限。

这里有一个很容易被忽略的细节：以管理员身份运行和当前用户属于管理员组不是一回事。即使你的账户在Administrators组里，但如果没有触发UAC提权，进程仍然是以标准用户权限运行的。所以每次打开命令行窗口操作服务之前，都要先确认自己的窗口是不是管理员权限。

提示：如果修改服务的登录账户、恢复选项等高级配置，部分操作还需要服务所在的账户有相应的“作为服务登录”权限，这在域环境里尤其常见。

3. 最顺手的命令们：net与sc的实战

3.1 net start：简单直接的启停服务

net命令的语法是我认为所有服务操作里面最人性化的，适合没有脚本基础的普通用户。

不带任何参数直接执行，会列出当前系统里所有已经启动的服务：

net start

输出会像这样：

已经启动以下 Windows 服务: DHCP Client DNS Client ...

注意，这里列出的是显示名称，不是服务名。要启动一个服务：

net start Spooler net start "Print Spooler"

两种写法都可以，因为net start对显示名称和服务名称都能识别。但如果服务名或显示名带空格，必须用引号包起来。

停止服务：

net stop Spooler

还有两个不太常用的操作：net pause和net continue，分别对应暂停和继续。不过要注意，不是所有服务都支持暂停，只有服务自身实现了相应控制码才行，大部分服务你执行net pause会提示“服务没有响应”或“服务无法接受该请求”。

net命令的局限很明显：它不能查询服务的详细状态，也不能修改服务配置。它能做的只有启动、停止、暂停、继续这四个动作。但反过来，它也是所有服务命令里出错提示最友好的，如果你记得服务名或显示名，平时手动操作完全够用。

补充一点，net start执行成功会返回错误级别0，失败会返回非0。在批处理脚本里可以通过if errorlevel 1判断是否成功，这个特性在后面写自动化脚本时很有用。

3.2 sc命令：功能最全的瑞士军刀

sc是Windows自带的“服务控制”命令，全名叫Service Control。它是对SCM最完整的命令行封装，你在这篇文章后面看到的高级操作基本都是靠它。

先看最常用的查询操作：

sc query Spooler

输出大概是这样的：

SERVICE_NAME: Spooler TYPE : 10 WIN32_OWN_PROCESS STATE : 4 RUNNING WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0

从这个输出里能看到几个关键信息：

• TYPE：服务类型，10表示独立进程，20表示共享进程（svchost等）。
• STATE：状态，1停止、2启动中、3停止中、4运行中。
• WIN32_EXIT_CODE / SERVICE_EXIT_CODE：退出码，非0通常表示服务启动失败或崩溃。

不带服务名的sc query会列出所有正在运行的服务，要看所有服务（包括停止状态）要加过滤条件：

sc query state= all

这里有个语法细节必须提醒：state=和all之间必须有空格。写成state=all会报错“参数错误”。这是sc命令最经典的坑，没有之一。我自己刚开始也栽过好几次。

启动和停止服务的语法：

sc start Spooler sc stop Spooler

和net不同的是，sc start后面只能跟服务名称，不认显示名称。这是前面提过的概念在实际场景里的直接体现。

另外sc stop Spooler执行后，如果服务在30秒内没停掉，会返回一个超时提示，但服务可能仍在后台慢慢停止。这时候可以用sc query Spooler看看STATE是不是变成了1 STOPPED。

3.3 sc config修改启动类型和恢复选项

sc config是管理服务配置的核心命令，它可以修改启动类型、显示名称、可执行文件路径、依赖关系等。

设置启动类型的语法：

sc config Spooler start= auto

启动类型对应关系：

注意，start=和值之间必须要有空格，这是sc命令的另一个常见坑。写成start=auto会报错“参数不正确”。这也是为什么很多从网上抄命令的人明明照抄了却报错，其实就是漏了一个空格。

查看配置信息用sc qc：

sc qc Spooler

输出里有SERVICE_START_NAME（登录账户）、BINARY_PATH_NAME（可执行文件路径）、DEPENDENCIES（依赖关系）、START_TYPE（启动类型）等。这些信息对排查启动失败问题非常有用。

设置服务的恢复选项（服务失败后自动重启）用的命令是sc failure。比如让服务在第一次失败后等待10秒自动重启，之后的失败等待30秒重启，两次重启都失败后执行一个脚本：

sc failure Spooler reset= 86400 actions= restart/10000/restart/60000/run/1000

actions=后面跟三组动作，格式是动作/延迟毫秒，三个动作分别对应第一次失败、第二次失败、后续失败。这个命令写起来有点绕，但在生产环境里非常实用，能实现服务“崩了自动拉起”的自愈效果。查看恢复设置用sc qfailure Spooler。

3.4 用sc delete清理残留服务

有些软件卸载不干净，服务还注册在系统里，启动时可能报错，或者服务列表里永远挂着一条僵尸项。这种时候用sc delete：

sc delete 服务名

执行前批量列出所有服务，看着SERVICE_NAME那一列找到要删的，再执行删除。删除成功会返回[SC] DeleteService 成功。

但有两点要特别小心：

第一，删除前必须确保服务已经停止，否则会报错“服务已被标记为删除”。这时可以先sc stop再sc delete，或者重启后再删。

第二，有些驱动的服务不能随便删。服务不只包括常规的应用程序服务，还包括驱动程序服务。删错了驱动服务，可能导致设备无法工作甚至系统启动异常。所以删除前用sc qc确认一下服务类型和路径，确属无用的残留再动手。

3.5 wmic：查询服务的另一个选择

wmic虽然在新版Windows里已经弃用，但在Windows 10较老版本和Server系统里还能用。它的好处是支持类似SQL的查询语法，信息表格化输出，很容易看懂：

wmic service where "name='Spooler'" get name,state,startmode,pathname

也可以列出所有服务和它们的启动类型：

wmic service list brief

如果你需要在脚本里拿到“所有启动类型为自动但当前已停止的服务”这类数据，wmic的查询语句比sc query加findstr的组合要清晰得多。不过考虑到它已经被官方弃用，新环境里我建议优先用PowerShell，后面章节会讲到更现代的实现方式。

4. PowerShell操作服务的正确姿势

4.1 Get-Service：查询状态和筛选

PowerShell的服务命令在服务管理领域是最适合做数据处理的一套。核心命令是Get-Service。

列出所有服务：

Get-Service

默认输出Name、DisplayName、Status、StartType四列。这个Name列就是服务名称，对应sc query里的SERVICE_NAME。

筛选特定服务：

Get-Service -Name Spooler

Name参数支持通配符：

Get-Service -Name "Sql*"

这样能查到所有以Sql开头的服务。这个通配符功能在处理一批类似服务时非常关键。

按状态筛选，比如列出所有正在运行的服务：

Get-Service | Where-Object { $_.Status -eq "Running" }

列出所有已停止服务：

Get-Service | Where-Object { $_.Status -eq "Stopped" }

Get-Service返回的是对象而不是文本，所以能继续用管道传给其他命令处理。这也是它比sc和net强大得多的根本原因。

4.2 Start/Stop/Restart-Service

启动、停止、重启对应三个命令：

Start-Service -Name Spooler Stop-Service -Name Spooler Restart-Service -Name Spooler

这些命令都支持管道输入。所以可以批量操作，比如停止所有名字里带“Test”的服务：

Get-Service -Name "Test*" | Stop-Service

Restart-Service是一个我特别推荐的命令，因为现实中“重启服务解决一切问题”的场景太多了。一条命令完成停止和启动，不用像批处理那样写两行再判断是否成功。

有一点要注意：如果服务不在运行状态，执行Stop-Service会报错。建议先判断状态：

if ((Get-Service -Name Spooler).Status -ne "Stopped") { Stop-Service -Name Spooler }

4.3 Set-Service修改启动类型

PowerShell修改启动类型用的是Set-Service：

Set-Service -Name Spooler -StartupType Automatic

启动类型对应：

设置前可以用Get-Service确认当前启动类型：

Get-Service -Name Spooler | Select-Object Name, StartType

注意StartType在某些系统里可能显示为Disabled、Manual、Automatic，但在Get-Service的命令行简化列表里有时会不显示正确值。如果发现不准确，用sc qc再核对一下。

另外，Set-Service还可以设置服务的描述和二进制路径，不过实际场景里这些操作我通常还是用sc config，感觉更顺手。

4.4 批量操作：一个命令处理一堆服务

PowerShell批量操作服务是我认为它在服务管理领域最大的优势所在。举几个实际例子。

例1：列出所有已停止但启动类型为自动的服务——这种服务往往意味着异常：

Get-Service | Where-Object { $_.Status -eq "Stopped" -and $_.StartType -eq "Automatic" }

例2：批量启动一组服务，比如所有依赖某个数据库的服务：

Get-Service | Where-Object { $_.Name -like "*MSSQL*" -or $_.Name -like "*SQLAgent*" } | Start-Service

例3：把服务状态导出到文件做审计：

Get-Service | Select-Object Name, DisplayName, Status, StartType | Export-Csv -Path C:\tmp\services.csv -NoTypeInformation

例4：强制批量重启一组服务并记录日志：

Get-Service -Name "App*" | ForEach-Object { Write-Host "Restarting $($_.Name) ..." Restart-Service -Name $_.Name -Force }

这里的-Force参数在服务停止不了时会强制终止服务进程，但使用时要有心理准备：强制终止可能造成数据未写入或状态异常。能正常停止的时候尽量少用Force。

5. 进阶场景与避坑指南

5.1 设置延迟启动服务

有些服务依赖系统里的其他服务或网络环境，开机立刻启动会失败，这时候延迟启动就能派上用场。sc config本身不支持直接设置延迟启动（delayed-auto），需要通过注册表设置。但如果你用的是Windows Server 2008 R2及以上，sc config其实是支持的：

sc config 服务名 start= delayed-auto

如果提示参数不支持，再用注册表方式。手动方式是在注册表HKLM\SYSTEM\CurrentControlSet\Services\服务名下新建一个DWORD值：

键名：DelayedAutostart 值：1

重启后生效。如果想取消延迟启动，把值改成0或删除该键。

5.2 远程管理其他机器上的服务

管理多台机器时，sc命令可以直接指定机器名，这是它和net的一个重大区别：

sc \\192.168.1.100 query Spooler sc \\192.168.1.100 stop Spooler sc \\192.168.1.100 config Spooler start= auto

前提是当前账户对目标机器有管理员权限，并且防火墙允许远程服务管理。通常需要在目标机器防火墙里放行“远程服务管理”规则，或者你在同一域环境里且有域管理员权限就基本无障碍。

PowerShell也可以远程操作-ComputerName参数：

Get-Service -Name Spooler -ComputerName 192.168.1.100

但要注意，老版本的PowerShell远程服务命令不一定同时支持获取和设置，有些版本里设置类命令没有-ComputerName参数。这种情况建议使用CIM方式：

Invoke-CimMethod -ComputerName 192.168.1.100 -ClassName Win32_Service -MethodName StartService -Arguments @{ Name = "Spooler" }

批量遍历多台机器的场景，我更习惯把机器名放进一个文本文件，然后写循环调用sc，比起远程桌面一台台切效率高太多了。

5.3 服务名、路径和引号的坑

这一节专门讲我踩过的坑，每一项都是真实案例。

坑一：显示名称当成服务名用。最典型的就是把“Print Spooler”当成服务名执行sc stop Print Spooler，结果报“指定的服务未安装”。记住，sc、Get-Service -Name、sc config全都用服务名称，只有net start是特例对两种名字都支持。

坑二：路径带空格。服务可执行文件路径经常带空格，比如C:\Program Files\SomeApp\app.exe。在sc config里设置binPath=时有空格直接写没问题，但如果要在批处理里用变量传递路径，引号处理就会变得非常折磨。我的经验是：sc config里不需要给Path加引号，加了反而可能出错；但用PowerShell的New-Service或sc.exe在某些版本下又需要额外的转义。遇到问题了，先确认你用的是系统自带的sc.exe还是PowerShell的别名，两者行为可能有差异。

坑三：服务启动类型为disabled时启动直接失败。如果sc start报错“服务无法启动，服务已被禁用”，先查StartType是不是Disabled。管理服务前先sc qc看配置是最稳妥的做法。

坑四：重启服务时直接stop但服务没停完就start。服务停止是异步的，尤其是一些数据库服务可能需要几十秒才能彻底停止。你执行sc start时如果服务还没完全停止，会报错“服务正在启动或停止中”。实际中我一般用PowerShell的Restart-Service，它会自动处理这个等待过程。用批处理的话，可以在stop和start之间加等待循环，轮询状态确认停止后再启动。

5.4 常见错误码速查表

我把实际工作中最高频的几个错误码整理成了表格，遇到问题直接对照：

其中最常遇到的是5和1058。遇到5就老老实实换管理员窗口；遇到1058就去看启动类型，几乎所有新手都会在这一步卡住。

5.5 一个完整的批处理示例

最后给一个能直接抄作业的批处理，功能是：查询指定服务状态，如果服务已停止就启动它，如果运行中就重启它，并在最后打印结果。把服务名换成你要操作的即可。

@echo off set "SERVICE_NAME=Spooler" sc query %SERVICE_NAME% | findstr /i "RUNNING" if %errorlevel% equ 0 ( echo %SERVICE_NAME% is running, restarting... sc stop %SERVICE_NAME% >nul timeout /t 5 /nobreak >nul sc start %SERVICE_NAME% >nul ) else ( echo %SERVICE_NAME% is stopped, starting... sc start %SERVICE_NAME% >nul ) sc query %SERVICE_NAME% | findstr /i "RUNNING" if %errorlevel% equ 0 ( echo %SERVICE_NAME% is now RUNNING. ) else ( echo %SERVICE_NAME% failed to start. Check event log. )

如果你更习惯PowerShell，等价写法短很多：

$svc = "Spooler" if ((Get-Service -Name $svc).Status -eq "Running") { Restart-Service -Name $svc } else { Start-Service -Name $svc }

写批处理的时候有一个细节值得说：timeout /t 5在某些系统上会输出“等待更长的时间”，但整体不影响执行。还有sc start的返回码判断，一般0表示成功，1056表示服务已运行，1058表示服务被禁用，这些在写自动化脚本判断逻辑时都要考虑进去。

我个人在实际项目里，批处理用得越来越少，PowerShell越来越多。毕竟批处理处理中文路径和特殊字符时总有各种别扭，PowerShell的面向对象机制让状态判断变得非常优雅。但如果你的目标是发布一个不依赖运行环境、双击就能跑的脚本，批处理仍然是兼容性最好的选择。两条路线我都保留了，按场景取舍就好。

最后再分享一个小技巧：如果你经常在Windows机器之间来回操作服务，建议给自己写一个svc.bat放到系统PATH目录下，里面封装好查询、启动、停止、重启四个最常用的功能，每次只需要敲svc status Spooler、svc restart Spooler这种短命令就够了。管理服务本来应该是几秒钟的事情，千万别被图形界面磨掉耐心。