在 .NET Core 2 linux 守护进程中优雅地关闭通用主机

Question

我对 .NET Core 和开发 linux 守护进程都是全新的。 我遇到过几个类似的问题，例如优雅地杀死在 Linux 上运行的 .NET Core 守护程序或在 .NET Core 2.1 中使用通用主机优雅地关闭，但它们没有解决我的问题。

我使用托管服务构建了一个非常简单的控制台应用程序作为测试。 我希望它作为守护进程运行，但我无法正确关闭它。 当它在 Windows 和 Linux 中从控制台运行时，一切正常。

public static async Task Main(string[] args)
{
    try
    {
        Console.WriteLine("Starting");

        var host = new HostBuilder()
            .ConfigureServices((hostContext, services) =>
            {
                services.AddHostedService<DaemonService>();
            });

        System.IO.File.WriteAllText("/path-to-app/_main.txt", "Line 1");
        await host.RunConsoleAsync();
        System.IO.File.WriteAllText("/path-to-app/_main.txt", "Line 2");
    }
    finally
    {
        System.IO.File.WriteAllText("/path-to-app/_main-finally.txt", "Line 1");
    }
}

public class DaemonService : IHostedService, IDisposable
{
    public Task StartAsync(CancellationToken cancellationToken)
    {
        System.IO.File.WriteAllText("/path-to-app/_Start.txt", "Line 1");

        return Task.CompletedTask;
    }

    public Task StopAsync(CancellationToken cancellationToken)
    {
        System.IO.File.WriteAllText("/path-to-app/_Stop.txt", "Line 1");

        return Task.CompletedTask;
    }

    public void Dispose()
    {
        System.IO.File.WriteAllText("/path-to-app/_Dispose.txt", "Line 1");
    }
}

如果我从控制台运行该应用程序，一切都会按预期进行。 但是，当它作为守护进程运行时，在执行kill <pid>或systemctl stop <service>后，会执行StopAsync和Dispose方法，但不会执行其他任何操作：不会执行await之后的 in Main或finally块。

注意：我没有使用 ASP.NET Core 中的任何东西。 AFAIK 这对我正在做的事情没有必要。

难道我做错了什么？ 这是预期的行为吗？

Answer 1

这个答案对于 dotnet core 3.1 是正确的，但应该是一样的。

host.RunConsoleAsync() 等待 Sigterm 或 ctrl + C。

切换到 host.Start() 并且程序在 IHostedServices 完成时停止。

我不认为这条线目前受到打击：

System.IO.File.WriteAllText("/path-to-app/_main.txt", "Line 2");

Answer 2

总结初始问题下方的对话。

看来IHostedService中使用的HostBuilder是控制SIGTERM的。 一旦Task被标记为已完成，它就确定服务已正常关闭。 通过移动System.IO.File.WriteAllText("/path-to-app/_main.txt", "Line 2"); 服务范围内的 finally 块中的代码可以修复。 下面提供了修改后的代码。

public static async Task Main(string[] args)
{
    Console.WriteLine("Starting");

    var host = new HostBuilder()
        .ConfigureServices((hostContext, services) =>
        {
           services.AddHostedService<DaemonService>();
        });

    System.IO.File.WriteAllText("/path-to-app/_main.txt", "Line 1");
    await host.RunConsoleAsync();
}

public class DaemonService : IHostedService, IDisposable
{
    public Task StartAsync(CancellationToken cancellationToken)
    {
        System.IO.File.WriteAllText("/path-to-app/_Start.txt", "Line 1");

        return Task.CompletedTask;
    }

    public Task StopAsync(CancellationToken cancellationToken)
    {
            return Task.CompletedTask;
    }

    public void Dispose()
    {
        try
        {
            System.IO.File.WriteAllText("/path-to-app/_Dispose.txt", "Line 1");
            System.IO.File.WriteAllText("/path-to-app/_Stop.txt", "Line 1");
        }
        finally
        {
            System.IO.File.WriteAllText("/path-to-app/_main-finally.txt", "Line 1");
        }
    }
}

由于这是作为服务运行的，我们得出的结论是，将服务本身的最终确定包含在该范围内实际上是有意义的，类似于 ASP.NET Core 应用程序通过仅在Program.cs文件中提供服务来运行的方式并允许服务本身维护其依赖关系。

我的建议是在服务中包含尽可能多的内容，并让Main方法初始化它。