如何 运行 按需提供后台服务 - 而不是在应用程序启动时或在计时器上
How to run a background service on demand - not on application startup or on a timer
在 .Net 5 Web API 中，我想要 运行 发送大量电子邮件和 SMS 的后台任务。
我知道我可以创建一个继承自 BackgroundService 的服务，然后将它添加到 Startup.ConfigureServices 方法中的 DI 容器，如下所示：
services.AddHostedService<EmailAndSmsService>();
但是 运行 立即提供服务 - 即在应用程序启动时。
当 API 收到来自 front-end 的请求时，我想 运行 服务。即在控制器的操作方法中。
我一直在查看 Microsoft 文档中的“使用托管服务的后台任务”，如果我没记错的话，这就是我需要做的（请参阅标题为“在后台任务"):
这是正确的吗？我是否基本上需要创建两项服务，一项执行实际工作，一项调用执行实际工作的服务？我走的路对吗？
谢谢
ASP.NET 及其对应的 .NET Core 专门设计为仅在收到请求时启动。这使得它非常适合您正在尝试执行的操作。
我们只需要一个服务，其中包含我们发送电子邮件的代码，就像这样。
public interface IEmailService
{
void SendMessages(EmailPoco email);
}
public class EmailService
{
public void SendMessages(EmailPoco email)
{
// Send e-mail messages
}
}
然后我们可以将它注入我们Startup中的ServiceCollection
public void ConfigureServices(IServiceCollection services)
{
services.AddSingleton<ITokenStoreService, TokenStoreService>();
}
最后，我们添加了一个带有单个端点的控制器，我们可以用它来触发这个过程。
[Route("api/[controller]")]
[ApiController]
public class EmailController : MiddlewareControllerBase
{
public EmailController(IEmailService emailService)
{
this.emailService = emailService;
}
[HttpPost]
public IActionResult Post([FromBody] EmailPoco email)
{
return this.emailService.SendMessage(email);
}
}
如果您预计该过程需要很长时间，您可以求助于运行将其 asynchronously or doing the work in a separate Thread 并在完成之前返回响应。
如果该进程消耗大量资源，并且您不希望它干扰现有 API 的其他功能，您可以考虑简单地将此组件拆分为一个单独的 API 项目，并使用 HttpClient.
从您现有的 API 发送请求
尝试 运行 一个类似于 Windows service 的后台进程，它只是偶尔起作用，似乎与您描述的内容相去甚远，但这是另一种选择。
总的来说，ASP 请求管道非常适合仅在有请求时才启动操作，否则处于休眠状态。
.NET Core API 框架专为短期任务而设。任何超过 60-90 秒 运行 的时间都应该在单独的服务中完成。
我的建议是遵循您建议的路径：创建一个从等待任务的队列中读取的后台服务，然后让您的 API 服务添加您的 long-运行ning任务到后台服务的队列。
更多信息见 this (possibly duplicate) question。
- 如果适合您的目的，您可以在 .net core 中使用 quartz Scheduler 服务。更多关于 https://andrewlock.net/creating-a-quartz-net-hosted-service-with-asp-net-core/
您需要查看“排队后台服务”，您可以在其中向其提交“作业”，它会在后台队列中执行这些作业。
工作流程是这样的：
- 调用方使用一些参数向服务发送请求
- 服务通过 202（已接受）响应立即生成一个“作业”对象和 returns一个 ID
- 服务将此作业放入由
BackgroundService 维护的队列中
- 来电者可以查询工作状态，并使用此工作 ID 获取有关已完成的工作量和剩余工作量的信息
- 服务完成作业，将作业置于“已完成”状态并返回等待队列以生成更多作业
这是一个关于它如何工作的非常冗长的解释：
这是我不久前做的一个例子：https://github.com/sonicmouse/ComputationService
In a .Net 5 Web API, I would like to run a background task that sends out bulk emails and SMSes.
我建议不要为此使用内存中的后台任务。内存中队列和内存中后台任务的问题是，当（不是如果）ASP.NET 应用程序重新启动时，工作会丢失。
相反，我建议使用 durable queue with a separate background service. The idea is similar to ，但当 Web 应用程序重新启动时，持久队列不会丢失 emails/SMSes。一般方法是相同的：HTTP 请求处理程序写入队列，然后 returns，后台服务从队列中读取并执行实际的 email/sms.
通常可以将后台服务保留在进程中（只要您使用持久队列，而不是内存队列），但我通常建议将其移动到单独的进程中（Azure Function/WebJob / AWS Lambda、Win32 服务等）。这允许单独扩展 Web 服务器与后端服务器。
在 .Net 5 Web API 中，我想要 运行 发送大量电子邮件和 SMS 的后台任务。 我知道我可以创建一个继承自 BackgroundService 的服务，然后将它添加到 Startup.ConfigureServices 方法中的 DI 容器，如下所示：
services.AddHostedService<EmailAndSmsService>();
但是 运行 立即提供服务 - 即在应用程序启动时。 当 API 收到来自 front-end 的请求时，我想 运行 服务。即在控制器的操作方法中。
我一直在查看 Microsoft 文档中的“使用托管服务的后台任务”，如果我没记错的话，这就是我需要做的（请参阅标题为“在后台任务"):
这是正确的吗？我是否基本上需要创建两项服务，一项执行实际工作，一项调用执行实际工作的服务？我走的路对吗？
谢谢
ASP.NET 及其对应的 .NET Core 专门设计为仅在收到请求时启动。这使得它非常适合您正在尝试执行的操作。
我们只需要一个服务，其中包含我们发送电子邮件的代码，就像这样。
public interface IEmailService
{
void SendMessages(EmailPoco email);
}
public class EmailService
{
public void SendMessages(EmailPoco email)
{
// Send e-mail messages
}
}
然后我们可以将它注入我们Startup中的ServiceCollection
public void ConfigureServices(IServiceCollection services)
{
services.AddSingleton<ITokenStoreService, TokenStoreService>();
}
最后，我们添加了一个带有单个端点的控制器，我们可以用它来触发这个过程。
[Route("api/[controller]")]
[ApiController]
public class EmailController : MiddlewareControllerBase
{
public EmailController(IEmailService emailService)
{
this.emailService = emailService;
}
[HttpPost]
public IActionResult Post([FromBody] EmailPoco email)
{
return this.emailService.SendMessage(email);
}
}
如果您预计该过程需要很长时间，您可以求助于运行将其 asynchronously or doing the work in a separate Thread 并在完成之前返回响应。
如果该进程消耗大量资源，并且您不希望它干扰现有 API 的其他功能，您可以考虑简单地将此组件拆分为一个单独的 API 项目，并使用 HttpClient.
从您现有的 API 发送请求尝试 运行 一个类似于 Windows service 的后台进程，它只是偶尔起作用，似乎与您描述的内容相去甚远，但这是另一种选择。
总的来说，ASP 请求管道非常适合仅在有请求时才启动操作，否则处于休眠状态。
.NET Core API 框架专为短期任务而设。任何超过 60-90 秒 运行 的时间都应该在单独的服务中完成。
我的建议是遵循您建议的路径：创建一个从等待任务的队列中读取的后台服务，然后让您的 API 服务添加您的 long-运行ning任务到后台服务的队列。
更多信息见 this (possibly duplicate) question。
- 如果适合您的目的，您可以在 .net core 中使用 quartz Scheduler 服务。更多关于 https://andrewlock.net/creating-a-quartz-net-hosted-service-with-asp-net-core/
您需要查看“排队后台服务”，您可以在其中向其提交“作业”，它会在后台队列中执行这些作业。
工作流程是这样的：
- 调用方使用一些参数向服务发送请求
- 服务通过 202（已接受）响应立即生成一个“作业”对象和 returns一个 ID
- 服务将此作业放入由
BackgroundService 维护的队列中
- 来电者可以查询工作状态，并使用此工作 ID 获取有关已完成的工作量和剩余工作量的信息
- 服务完成作业，将作业置于“已完成”状态并返回等待队列以生成更多作业
这是一个关于它如何工作的非常冗长的解释：
这是我不久前做的一个例子：https://github.com/sonicmouse/ComputationService
In a .Net 5 Web API, I would like to run a background task that sends out bulk emails and SMSes.
我建议不要为此使用内存中的后台任务。内存中队列和内存中后台任务的问题是，当（不是如果）ASP.NET 应用程序重新启动时，工作会丢失。
相反，我建议使用 durable queue with a separate background service. The idea is similar to
通常可以将后台服务保留在进程中（只要您使用持久队列，而不是内存队列），但我通常建议将其移动到单独的进程中（Azure Function/WebJob / AWS Lambda、Win32 服务等）。这允许单独扩展 Web 服务器与后端服务器。