您可以查看我的小型免费实用程序的服务创建\编辑\删除操作。下面是创建示例:

执行服务->修改->创建

可执行文件(谷歌驱动器):[下载]

源代码:[下载]

博客文章:[BlogLink]

服务编辑器类:WinServiceUtils.cs

许多现有的答案包括安装时的人工干预。这可能是一个容易出错的过程。如果您有许多可执行文件想要作为服务安装，那么您最不想做的事情就是在安装时手动执行它们。

对于上面描述的场景，我创建了serman，这是一个命令行工具，用于将可执行文件作为服务安装。您所需要编写的(只编写一次)是一个简单的服务配置文件以及可执行文件。运行

serman install <path_to_config_file>

将安装服务。Stdout和stderr都记录了日志。欲了解更多信息，请查看项目网站。

工作配置文件非常简单，如下所示。但它也有许多有用的特性，如下面的<env>和<persistent_env>。

<service>
  <id>hello</id>
  <name>hello</name>
  <description>This service runs the hello application</description>

  <executable>node.exe</executable>

  <!-- 
       {{dir}} will be expanded to the containing directory of your 
       config file, which is normally where your executable locates 
   -->
  <arguments>"{{dir}}\hello.js"</arguments>

  <logmode>rotate</logmode>

  <!-- OPTIONAL FEATURE:
       NODE_ENV=production will be an environment variable 
       available to your application, but not visible outside 
       of your application
   -->
  <env name="NODE_ENV" value="production"/>

  <!-- OPTIONAL FEATURE:
       FOO_SERVICE_PORT=8989 will be persisted as an environment
       variable to the system.
   -->
  <persistent_env name="FOO_SERVICE_PORT" value="8989" />
</service>

我测试了一个很好的产品:AlwaysUp。不是免费的，但是有30天的试用期，所以你可以试一试。

要从可执行文件创建Windows服务，您可以使用sc.exe:

sc.exe create <new_service_name> binPath= "<path_to_the_service_executable>"

实际的exe路径周围必须有引号，binPath=后面必须有空格。

关于sc命令的更多信息可以在Microsoft KB251192中找到。

注意，它并不适用于任何可执行文件:可执行文件必须是Windows服务(即实现ServiceMain)。当注册一个非服务可执行文件为服务时，你会在试图启动服务时得到以下错误:

错误1053:服务没有及时响应启动或控制请求。

有一些工具可以从任意的、非服务的可执行文件中创建Windows服务，请参阅其他答案以获得此类工具的示例。

与Sergii Pozharov的答案相同，但使用PowerShell cmdlet:

New-Service -Name "MyService" -BinaryPathName "C:\Path\to\myservice.exe"

参见New-Service了解更多定制。

这只适用于已经实现Windows服务API的可执行文件。

几年前，我创建了跨平台的服务管理器软件，这样我就可以在Windows、Mac和Linux操作系统上启动PHP和其他脚本语言作为系统服务:

https://github.com/cubiclesoft/service-manager

Service Manager是一组预编译的二进制文件，使用几乎相同的命令行选项在目标操作系统上安装和管理系统服务(源代码也可用)。每个平台确实有细微的差异，但核心功能大多是标准化的。

如果子进程死亡，服务管理器将自动重新启动它。

使用Service Manager启动的进程应该定期观察两个通知文件，以处理重新启动和重新加载请求，但它们不一定要这样做。如果子进程没有及时响应受控的重新启动/重新加载请求，Service Manager将强制重新启动子进程。