在 Windows 服务中启动无限处理循环的当前正确方法是什么？

Question

我已经对此进行了一段时间的研究，但多年来情况似乎发生了变化，并且有一些相互矛盾的答案。

我的传统做法是，在我的OnStart 方法中，

new Thread(new ThreadStart(QueueProcessorDoWork));

这样它会启动线程然后立即返回。

然后：

private void QueueProcessorDoWork()
        {
            while (_isRunning)
            {
                DoStuff();
                Thread.Sleep(100);
            }
        }

没有办法让 DoStuff() 成为阻塞操作，它基本上必须轮询。

现在，Thread.Sleep 被认为是不好的做法，因为它会锁定线程。

所以研究表明我可以使用计时器。没问题，我会创建一个计时器，并将其设置为每 100 毫秒轮询一次，然后在计时器处理程序中，我将禁用计时器，进行处理，再次重新启用计时器，一切都会好起来的。

不过，我随后阅读了有关将 async/await 与 Task.Delay(100) 一起使用的信息。

听起来不错。我相信我仍然需要创建一个Thread，因为否则 OnStart 方法将不会返回。但是这还不清楚，如果我不等待就调用异步方法，我不知道会发生什么。

所以问题 1 是 - 我应该只调用一个包含无限循环的异步任务而不等待它启动我的 Windows 服务吗？

如果我确实想在线程中使用 async/await，我该如何开始？我的 ThreadStart 可以调用一个函数，而该函数又会执行 Task.Run(async () => Worker()) 或其他什么，我不确定，因为调用者需要被标记为异步？

所以问题 2 是，我将如何在对 new Thread() 的调用中设置异步/等待模式？

最后一个问题是，这两种方法中的哪一种（或两者兼有？）是启动无限处理循环的“正确”方法？

Answer 1

现在，Thread.Sleep 被认为是不好的做法，因为它会锁定线程。

是和不是。 Thread.Sleep 不是理想，但如果你知道这段代码总是在桌面机器上运行，那么在进程的生命周期中增加一个线程是相当便宜的。我不会因此而失眠。

所以研究表明我可以使用计时器。

是的，计时器是一个很好的解决方案。

不过，我随后阅读了有关将 async/await 与 Task.Delay(100) 结合使用的信息。

当然，您也可以这样做。在内部，Task.Delay 只是启动一个计时器并在计时器触发时完成任务。所以实际上是一样的。

我相信我仍然需要创建一个线程，否则 OnStart 方法将不会返回。但是这还不清楚，如果我不等待就调用异步方法，我不知道会发生什么。

As soon as an await needs to (asynchronously) wait for an operation to complete, the async method returns。因此，如果您先将循环更改为await Task.Delay，然后再更改为DoStuff，则不需要单独的线程。或者，您可以调用 QueueProcessorDoWork 包裹在 Task.Run 中，这会将其排队到线程池中。

所以问题 1 是 - 我应该只调用一个包含无限循环的异步任务而不等待它启动我的 Windows 服务吗？

这是一种可能性：

var task = Task.Run(() => QueueProcessorDoWork());

请注意，如果循环抛出异常，task 会以异常结束。我建议使用awaits 该任务并在完成后退出服务的“管理”方法：

async Task MainAsync()
{
  try { QueueProcessorDoWork(); }
  catch (Exception ex) { /* log */ }
  finally { /* stop the Win32 service */ }
}

那么问题 2 是，我将如何在对 new Thread() 的调用中设置异步/等待模式？

你没有。 Thread.Sleep 有点不鼓励，但new Thread 绝对不鼓励。除非您使用 COM 互操作，否则不应创建手动线程。

最后一个问题是，这两种方法中的哪一种（或两者兼有？）是启动无限处理循环的“正确”方法？

只做对你有用的事。计时器或Task.Run 用Task.Delay 包裹一个循环都可以正常工作。