Wcf 作为通信进程的主机。这可能不太适合你

如果您有计算引擎，您可能只想运行Windows服务。这样的服务可以通过管理或编程方式启动和停止。在后一种情况下，您可以想象一个被激活的工作进程以编程方式启动windows服务

您还可以想象编写一个简单的Windows服务来监视消息的位置（文件系统、消息队列等），当该文件或消息到达时，Windows服务启动一个计算引擎进程，该进程本身不是Windows服务，而只是一个进程

说到MSMQ，它与MSMQ触发器的模型基本相同。您可以将MSMQ配置为在消息到达特定队列时启动进程

---

有很多选择

您提到“按需”启动流程。WAS-Windows激活服务，有时也称为Windows进程激活服务，尽管它从未缩写为“WPAS”-是Windows内部提供按需进程激活的东西。它的工作方式—当消息到达时，WAS可以启动工作进程来处理消息。在IIS7之前，它与IIS紧密集成。它主要用于激活执行web工作的进程，如ASP.NET工作进程。对于IIS7，WAS是通用的，因此它可以基于非HTTP和HTTP消息激活工作进程。如果你编写应用程序通过WCF接收消息，你基本上可以“免费”获得激活。这适用于HTTP、TCP、MSMQ；肥皂或其他

不过，这种按需启动的关键是，它与通信紧密相连。事实上，WAS的流程生命周期模型也与通信相关。默认情况下，如果一段时间后没有传入消息，WAS将关闭该进程。这可能不是你想要的

至于进程托管—COM+提供了一个托管环境，但它主要用于作为通信进程的主机。这可能不太适合你

如果您有计算引擎，您可能只想运行Windows服务。这样的服务可以通过管理或编程方式启动和停止。在后一种情况下，您可以想象一个被激活的工作进程以编程方式启动windows服务

您还可以想象编写一个简单的Windows服务来监视消息的位置（文件系统、消息队列等），当该文件或消息到达时，Windows服务启动一个计算引擎进程，该进程本身不是Windows服务，而只是一个进程

说到MSMQ，它与MSMQ触发器的模型基本相同。您可以将MSMQ配置为在消息到达特定队列时启动进程

---

有很多选择

计划任务可能并不真正适用于我们的案例，因为处理将按需进行，而不是在每天的特定时间进行，但感谢您在此处提出这些任务。计划任务可能并不真正适用于我们的案例，因为处理将按需进行，而不是在每天的特定时间进行，但感谢您在此处提出这些任务。