使用New-Service命令将PowerShell脚本注册为Windows服务后无法启动怎么解决

Windows服务控制管理器（SCM）要求所有服务对应的可执行程序必须实现标准的服务交互接口，能够响应SCM发送的启动、停止、状态上报等指令。你直接将powershell.exe -File 脚本路径作为服务的启动程序，普通PowerShell进程没有实现服务接口，启动后无法向SCM返回「启动成功」的信号，SCM等待超时后会判定服务启动失败，直接终止进程，就会抛出你遇到的报错。

方案1：使用NSSM包装PowerShell脚本（推荐，配置简单） #

NSSM是专门用于将普通可执行程序包装为Windows服务的轻量工具，会自动处理和SCM的交互逻辑，使用步骤如下：

• 下载对应系统架构的NSSM程序，将nssm.exe放到系统可识别的路径（比如C:\Windows\System32）
• 以管理员权限运行终端，执行命令：nssm install TestService
• 在弹出的配置窗口中填写以下参数：
  • 应用路径：选择powershell.exe的完整路径，默认路径为C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
  • 启动参数：填写-ExecutionPolicy Bypass -NoProfile -File "C:\Scripts\PowerShellScript.ps1"
• 可按需切换到「日志」标签页配置标准输出、错误输出的日志路径，方便后续排查问题，确认后完成服务创建
• 执行Start-Service -Name TestService即可正常启动服务

方案2：改造PowerShell脚本原生支持服务接口（无需第三方工具） #

如果你不想引入第三方工具，可以在PowerShell脚本中调用.NET的ServiceBase类实现服务交互逻辑，脚本示例如下：

# 引入服务必需的.NET类型
Add-Type -TypeDefinition @'
using System.ServiceProcess;
public class CustomService : ServiceBase {
    public static void Main() {
        ServiceBase.Run(new CustomService());
    }
    protected override void OnStart(string[] args) {
        // 此处写入你的脚本启动逻辑，也可以直接调用你原有脚本
        // 示例：启动后写入日志
        System.IO.File.WriteAllText(@"C:\Scripts\service_running.log", "服务已启动");
    }
    protected override void OnStop() {
        // 此处写入服务停止时的清理逻辑
        System.IO.File.WriteAllText(@"C:\Scripts\service_stop.log", "服务已停止");
    }
}
'@ -ReferencedAssemblies System.ServiceProcess.dll

# 启动服务逻辑
[CustomService]::Main()

将上述代码保存为C:\Scripts\PowerShellScript.ps1后，使用以下命令重新创建服务即可：

New-Service -Name "TestService" -StartupType Manual -BinaryPathName '"C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -NoProfile -File C:\Scripts\PowerShellScript.ps1"'

• 服务默认以本地系统账户运行，需确认该账户对你脚本中用到的所有文件、目录、网络资源有对应访问权限，如需访问网络资源建议更换为有对应权限的专属账户运行服务
• 脚本中不要使用任何需要用户交互的命令（如Read-Host、Write-Host），服务运行在非交互桌面，这类命令会导致脚本卡住
• 建议给脚本添加运行日志输出，方便排查服务运行阶段的问题

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