Início / coding / Perguntas / 77227948
Accepted
lonix
Asked: 2023-10-04 16:24:50 +0800 CST

Retornar código de saída diferente de zero para .NET Core BackgroundService com falha

  • 772

Devido a bugs, estou usando a excelente solução alternativaBackgroundService de Stephen Cleary . Funciona, mas não consigo retornar um código de saída diferente de zero em caso de falha.

Um exemplo mínimo de trabalho (para uso com o $ dotnet new workermodelo):

MyBackgroundService.cs

public class MyBackgroundService : BackgroundService {

  private readonly IHostApplicationLifetime _lifetime;
  public MyBackgroundService(IHostApplicationLifetime lifetime) => _lifetime = lifetime;

  protected override Task ExecuteAsync(CancellationToken stoppingToken) => Task.Run(async () => {
    try {
      while (!stoppingToken.IsCancellationRequested) {
        await Task.Delay(1000);
        if (Random.Shared.NextDouble() < 0.5) throw new Exception("RANDOM CRASH!");
      }
    }
    catch {
      throw;         // I can hit a debug breakpoint here
    }
    finally {
      _lifetime.StopApplication();
    }
  });

}

Program.cs

public class Program {
  public static int Main(string[] args) {
    try {
      var builder = Host.CreateApplicationBuilder(args);
      builder.Services.AddHostedService<MyBackgroundService>();
      var host = builder.Build();
      host.Run();
      return 0;
    }
    catch (Exception) {
      return 1;                // <----- execution never arrives here
    }
  }
}

Quando o aplicativo trava, espero que o código de saída seja 1, mas na verdade é o padrão 0. Quando eu depuro, ele nunca entra no bloco catch.

Qual seria a razão?

c#

2 respostas

  1. Best Answer

    Na verdade, é porque a tarefa retornada BackgroundService.ExecuteAsyncé ignorada (conforme explicado no meu blog). Portanto, mesmo que você desligue o host, a exceção ainda será ignorada.

    Os serviços hospedados não têm como relatar exceções ou códigos de saída. Suas opções são:

    • Defina seu próprio BackgroundServicetipo derivado que o expõe Taske faça com que seu loop principal resolva instâncias de seu tipo derivado e aguarde essas tarefas. Isso observará exceções dos serviços em segundo plano.
    • Configure seus serviços em segundo plano Environment.ExitCodecaso eles falhem, semelhante a este código no meu blog . Então você Mainpode retornar void.

    Ambas as abordagens realizam uma "execução final" durante a vida útil do aplicativo porque o host .NET não foi projetado para permitir resultados de serviço em segundo plano. Eu mesmo uso o segundo, pois o mesmo código funciona tanto para processos de trabalho quanto para serviços SCM.

    • 1

  2. As soluções alternativas na resposta aceita são boas. Mas escolhi o caminho preguiçoso:

    MyBackgroundService.cs

    public class MyBackgroundService : BackgroundService {

  private readonly IHostApplicationLifetime _lifetime;
  public MyBackgroundService(IHostApplicationLifetime lifetime) => _lifetime = lifetime;

  protected override Task ExecuteAsync(CancellationToken stoppingToken) => Task.Run(async () => {
    var exitCode = 0;                                  // <---------
    try {
      while (!stoppingToken.IsCancellationRequested) {
        await Task.Delay(1000);
        if (Random.Shared.NextDouble() < 0.5) throw new Exception("RANDOM CRASH!");
      }
    }
    catch {
      exitCode = 1;                                    // <---------
      throw;
    }
    finally {
      if (Environment.ExitCode == 0 && exitCode != 0)  // <---------
        Environment.ExitCode = exitCode;               // <---------
      _lifetime.StopApplication();
    }
  });

}

    Program.cs

    // ...
host.Run();
return Environment.ExitCode;                           // <---------
    • 0

relate perguntas