似乎没有多少 Windows Workflow Foundation 大师 :(
以下是我面临的几个挑战：
在 Asp.Net MVC 应用程序中应该运行多少个工作流运行时？每个应用程序、每个会话或每个请求一个？
工作流运行时应该多久启动和停止一次？每个应用程序实例一次、每个会话一次还是每个请求一次？
在上述选项中做一个或另一个的利弊是什么？
欢迎任何cmets或建议，
谢谢，
库伦
【问题讨论】：
标签： c# asp.net-mvc workflow-foundation
通常每个应用程序只运行一个工作流运行时。可以定义多个，并且可能存在一些复杂的场景，这是可取的，但极不可能。我看不到任何情况下，同一配置的多个运行时会在同一进程中运行。
对于网络托管的工作流程，您确实需要SqlWorkflowPersistenceService。 IIS 期望能够在对应用程序影响最小的情况下回收应用程序池。因此，您需要保留闲置的工作流，以便它们能够在此类循环中存活。
在类似的注释中，您应该使用ManualWorkflowSchedulerService，它与 ASP.NET 线程的使用配合得很好，它也非常方便地通过工作流对请求执行端到端处理以响应单线程。请务必包含useActiveTimers="true" 属性，以便延迟活动起作用。
根据上述情况，您需要确保任何活动工作流完成或空闲的时间不会超过应用程序池的关闭时间限制。否则，回收 IIS 可能会在工作流持续存在之前强制进程终止。
至于启动和停止工作流，再次很难看到您不希望它在应用程序启动时启动并保持运行的情况。我想如果你有一个从不空闲但只是从头到尾运行的工作流并且你只是偶尔运行这样的工作流，那么启动运行时然后结束它可能会更简单。但是，即使这样会变得一团糟，我也不会费心在应用程序启动时启动它并完成它。
【讨论】：
在 Asp.Net MVC 应用程序中应该运行多少个工作流运行时？
每个应用程序一个，除非出于可扩展性目的需要更多（请求太多）
工作流运行时应该多久启动和停止一次？
通常，每个应用程序实例一次
优点和缺点都是微不足道的，您可以通过更多会话请求和实例更好地扩展，但管理它们需要更多开销。
您最好的选择是使用您需要的足够多的东西，并在必要时进行扩展。
【讨论】：