关于服务:把程序做成系统服务

6次阅读

共计 4633 个字符,预计需要花费 12 分钟才能阅读完成。

写程序,难免会遇到须要做成零碎服务的需要。Windows 下写零碎服务须要实现一些特定的接口,做起来有肯定难度,所以不少程序采纳了 近似的备选计划 —— 做成带零碎任务栏图标的桌面利用。然而,服务之所以是服务,就在于他有一个十分重要的特点:能够开机自启动,而且不须要用户登录。要不然每次重启还得人工去登录,是件如许辛苦的事件。Windows 当然是能够设置主动登录的,但如果是托管服务器,你真释怀主动登录吗?

而 Linux 上面仿佛就要不便得多,大略不须要 GUI 继续运行的程序都能够做成服务。

1. 在 Windows 中做服务

先说 Windows。如果你还在用 Windows XP,那咱们就此别过 ……

1.1. Windows Service Wrapper

[Windows Service Wrapper] 是全称。其简称 WinSW 的知名度可能更高一些。

WinSW 基于 .NET Framework 4.6.1 和 .NET 5 实现,所以至多须要 Windows 7 SP1 / Windows Server 2008 R2 SP1 才能够应用。它能够把任意 Windows 程序封装成 Windows 服务,你所须要做的,只是写个配置文件,而后用 WinSW 注册一个 Windows 服务即可。WinSW 下载下来是个独立的可执行文件,应用前须要写一个与可执行文件名同名但扩展名是 .xml 的配置文件置于同一目录下。

举例来说,Nginx 自身并没有提供注册成 Windows 服务的能力,如果须要注册成 Windows 服务,就能够用 WinSW 来封装一下。把下载的 WinSW 可执行文件改名为 winsw.exe(轻易改成什么名字都行,配置文件名按雷同的名称创立即可),放在 nginx 的主目录上面,创立配置文件之后的目录构造大略是这样:

[-] nginx
 |-- conf
 |-- ...(其余 nginx 的目录或文件)
 |-- nginx.exe
 |-- winsw.exe
 `-- winsw.xml

winsw.xml 中的配置内容如下,看正文就能了解。

<service>
    <!-- 配置服务名称 nginx-service,显示名称 Nginx Service,以及服务形容 -->
    <id>nginx-service</id>
    <name>Nginx Service</name>
    <description>Nginx Service</description>

    <!-- 服务运行的工作目录,给绝对路径 -->
    <workingdirectory>C:\Local\Nginx</workingdirectory>

    <!-- 服务可执行文件,给绝对路径 -->
    <executable>C:\Local\Nginx\nginx.exe</executable>

    <!-- 进行服务的可执行文件 -->
    <stopexecutable>C:\Local\Nginx\nginx.exe</stopexecutable>
    <!-- 进行服务的参数 -->
    <stoparguments>-s stop</stoparguments>

    <priority>Normal</priority>
    <stoptimeout>15 sec</stoptimeout>
    <stopparentprocessfirst>false</stopparentprocessfirst>

    <!-- 配置服务类型是「主动」启动 -->
    <startmode>Automatic</startmode>
    <waithint>15 sec</waithint>
    <sleeptime>1 sec</sleeptime>

    <!-- 将服务的控制台输入(规范输入 / 谬误输入)写入日志 -->
    <!-- 其中 %BASE% 是指 winsw.exe 所在目录 -->
    <!-- 参考:https://github.com/winsw/winsw/blob/master/doc/loggingAndErrorReporting.md -->
    <logpath>%BASE%\logs</logpath>
    <log mode="roll-by-time">
        <pattern>yyyyMMdd</pattern>
    </log>
</service>

这个配置创立了名为 nginx-service 的 Windows 服务,它在 Windows 的「服务 (services.msc)」显示名称为 Nginx Service。启动服务的时候间接运行 nginx.exe 来启动,这是一个会执行占用控制台的程序;而进行服务则是运行 nginx.exe -s stop,可执行程序和参数别离配置在 <stopexecutable><stoparguments> 中 —— 由此不难推断,如果启动服务须要参数,是配置在 <arguments> 中的。

具体的配置能够在 github 库里的 XML configuratoin file 中查到,也能够查到一些示例。

配置实现之后运行 winsw.exe install 即可装置为 Windows 服务。装置实现之后能够应用 winsw.exe start 命令启动服务,也能够去 Windows 的服务管理器启动,或者应用 net start 命令来启动。github 库首页的 Usage 局部有残缺的命令阐明。

1.2. 用 .NET Framework/Core/5 本人写一个

用 .NET 写个服务还是比拟容易的,因为有现成的包(组件)能够用:NuGet Gallery | Microsoft.Extensions.Hosting.WindowsServices,官网出品。它至多须要依赖两个包:

  • NuGet Gallery | Microsoft.Extensions.Hosting
  • NuGet Gallery | Microsoft.Extensions.Hosting.Abstractions

在引入组件之后,只须要大量代码就能够让以后 .NET 的 Console Application 成为一个反对 Windows 服务接口的服务程序。

// Program.cs

class Program {static async Task<int> Main(string[] args) {await CreateHostBuilder(args).Build().RunAsync();
    }

    public static IHostBuilder CreateHostBuilder(string[] args) {return Host.CreateDefaultBuilder(args)
            .ConfigureServices((hostContext, services) => {services.AddHostedService<DaemonService>();
            })
            .UseWindowsService();}
}

留神到 AddHostedService<DaemonServce>,这里的 DaemonServce 是一个本人实现的服务业务类,命名自在,但须要从 Microsoft.Extensions.Hosting.BackgroundService 继承

class DaemonService : BackgroundService {protected override async Task ExecuteAsync(CancellationToken stoppingToken) {// TODO 提供服务内容的代码}
}

服务的业务代码通常都是继续运行,或者监听的代码。如果是计划性 / 周期性的工作,能够思考应用 Quartz 来实现。

程序实现后能够应用 Windows 提供的 sc 命令来注册 / 登记服务。假如生成的程序是 MyService.exe,那么注册、配置和启动服务的命令如下:

sc create "my-service" binPath="C:\MyService\MyService.exe --service"
sc config "my-service" start= auto
sc start "my-service"

留神:binPath 中应该给绝对路径。

2. 在 Ubuntu 中做 Systemd 服务

Linux 下服务品种比拟多,最近次要是用 Ubuntu,所以做 Ubuntu 下的 Systemd 服务。

假如咱们写了一个 .NET 5 的 ASP.NET 利用,放在 /app/my-web/,主文件是 MyWeb.dll。如果用命令行启动这个 Web 应该应该是

cd /app/my-web
dotnet MyWeb.dll

留神:须要提前准备好 .NET 5 的运行环境,可参考在 Ubuntu 上装置 .NET – .NET | Microsoft Docs。

接下来是写 Systemd 服务配置。配置文件名起为 my-web.service,放在 /etc/systemd/system 目录下。内容(含正文)如下:

[Unit]
# 服务阐明
Description=My Web Application
# 在启动网络服务之后启动
After=network.target

[Service]
# 总是重启(无论什么起因完结都会立刻重启)Restart=always
RestartSec=10
# 工作目录
WorkingDirectory=/app/my-web
# 启动服务的命令
ExecStart=/usr/bin/dotnet MyWeb.dll
# 通过杀主过程来完结服务
ExecStop=/bin/kill -HUP $MAINPID
TimeoutStopSec=5
KillMode=mixed
SyslogIdentifier=my-web
# 指定运行此服务的用户,波及到目录拜访权限等问题
User=james

[Install]
WantedBy=multi-user.target

配置完之后还不能马上启动服务,须要 systemd 从新加载配置,而后才启动服务:

sudo systemctl daemon-reload
sudo systemctl start my-web

顺便,再介绍一下,如果想在内容公布之后主动重启,须要加两个配置文件,一个 .path 监控变动,一个 .service 来重启 my-web

  • restart-my-web.path
[Path]
# 监控主文件 MyWeb.dll 的变动,如果有变动会触发 restart-my-web.service 启动
PathModified=/app/my-web/MyWeb.dll

[Install]
WantedBy=multi-user.target
  • restart-my-web.service
[Unit]
Description=My Web Restarter
After=network.target

[Service]
Type=oneshot
# 防抖,60 秒内只启动 1 次
ExecStartPre=/bin/sleep 60
# 重启 my-web.service
ExecStart=/bin/systemctl restart my-web.service

[Install]
WantedBy=multi-user.target

3. 小小的总结一下

做服务并不难,下面惟一的一个须要写代码的形式,还是开箱即用的组件实现的。但话说回来,做服务不难,做服务的设计还是有不少事件须要思考。比方

  • 如何监控服务的状态?—— 过程监控、心跳查看……
  • 如何剖析服务中呈现的谬误?—— 系统日志
  • 如何提供 GUI 来对服务进行治理?—— Web 或其余 UI 跟服务过程进行交互(过程通信、治理 API 等)
  • ……

既然做服务不难,那就不要太纠结如何“做”(提供)服务,还是多纠结纠结如何做好(设计)服务吧。

正文完
 0