我有一个 .Net (v4.0) Windows 服务应用程序，它在开始时旋转一个 tpl 任务，执行某些长时间运行的事件，并且基本上在应用程序的生命周期内保持事件状态，因此是使用 TaskCreationOptions 创建的。 LongRunning 参数值。
每当服务停止并调用 .OnStop() 方法时，我 .Cancel() 我在创建它时将 CancellationToken(Source) 交给工作任务，我希望它是.OnlyOnCanceled(...) 要运行的延续任务。
问题是，服务/进程在没有继续任务“完全”运行的情况下关闭 - 有时它退出得相当快，有时它完全运行，有时则没有。
这对我来说确实有意义，因为该特定任务可能位于主线程之外的另一个线程上，因此无法“拖延”/阻止主线程结束。
因为我在该 Windows 服务应用程序中没有 SynchronizationContext，所以我无法告诉继续任务在那里/在主线程上运行，所以我想知道:我会怎么做？
更准确地说，通过运行 tpl 任务处理应用程序关闭的最佳做法是什么？
最佳答案
您必须等待您的任务在 OnStop 方法(或 OnPause 和 OnShutdown)中完成。
您有大约 20 秒的时间在 OnStop 中做任何您需要做的事情。如果您认为您的线程不会在 20 秒内完成，您应该调用 RequestAdditionalTime。一旦您从 OnStop 返回，您的服务进程就会终止。
使用 ContinueWith 将异步调用传递给它的委托(delegate)，无论您是传递 ExecuteSynchronously 还是使用 SynchronizationContext。一旦 ContinueWith 执行，假设这是 OnStop 的最后一行，OnStop 返回并将控制权返回给 SCN(好吧， ServiceBase，但它将您的服务状态设置为 STOPPED 并将控制权返回给 SCM 以大概终止您的进程。
ExecuteSynchronously 表示延续与它正在继续的任务同步运行。即与任务在同一线程上运行(如果可能)。该任务可能不在调用ContinueWith 的线程上运行(否则它无法调用ContinueWith)，所以ExecuteSynchronusly 并不意味着同步调用 ContinueWith。
你需要做类似的事情:
RequestAdditionalTime(TimeSpan.FromSeconds(30).Milliseconds);
cancellationToken.Cancel();
task.Wait();
在 OnStop 中，Wait 表示您不会退出 OnStop 直到您的任务完成(或者需要超过 30 秒并且你的进程被终止)
关于c# - 应用程序关闭时的任务处理，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12120349/