使用 Windows 服务进行多任务处理

Question

我需要从一个 Windows 服务并行运行 6 到 8 个同一个控制台应用程序实例，任何实例中的异常都不应导致主服务停止。 每个实例将使用唯一的 AD 帐户使用 REST Web 服务，实例将需要单独的配置信息来初始化自己。 Windows 服务将为所有用户运行（即使未登录），也可以使用一个服务帐户运行。 我的问题是在上述情况下要考虑什么因素

1. 我应该使用多线程还是启动多进程
2. 是否需要使用应用程序域隔离每个进程？
3. 是否需要在启动每个实例之前分配 GUID？
4. 我应该遵循哪些最佳做法？
5. 如何保持对实例的最佳控制，例如，如果一个实例未完成或挂起，而另一个应继续服务？

Answer 1

1. 我应该使用多线程还是启动多进程

如果你想要这个并发，如果你需要等待每个完成，这是你唯一的选择，是的，它很好（一开始）

1. 是否需要使用应用程序域隔离每个进程？

不，它们是一个单独的进程，除非它们选择使用共享资源，否则它们已经被隔离了。

1. 是否需要在启动每个实例之前分配 GUID？

我不知道，您为什么需要 GUID？你告诉我们

4. 我应该遵循哪些最佳做法？

最佳做法是不要多次运行控制台应用。我不应该将功能放入代码中，并掌握它的功能和方式。

5. 如何保持对实例的最佳控制，例如，如果一个实例未完成或挂起，而另一个应继续服务？

这完全是您的实现细节。如果这些进程挂起，那么您可能需要终止它们。至于怎么控制呢？ TPL、任务、线程、CancellationTokens、定时器，这取决于你..

更新

您是否投票支持多进程而不是多线程？我想明白 使用 PROC 和启动有什么优点或缺点 多个 exe 使用并行线程。哪一个更好。只是 更新实例不会命中任何通用文件系统（文件夹）。和 App Domain 将如何发挥作用？

他们都有优势。

独立进程与它们共享的操作系统资源完全分开。与单独的应用程序域类似，它与您可以创建一个 .net 结构一样隔离。如果您需要完全隔离，则可能需要考虑单独的流程。

单独进程的缺点是您不能轻易地分配和分配资源。

在一个 appDomain 和单个进程下，您可以利用 TPL 并更好地分配线程和 CPU 和资源。也就是说，你对正在发生的事情有更细粒度的控制，你不会面临低效的线程饥饿和饱和的风险，更容易调试，更容易管理和维护，更容易记录，更容易启动停止和cancel，容错性更强。单个流程还有很多好处，但我认为您明白了。