应用程序池回收和工作流程

Question

在这种情况下，IIS中托管的WF 4 WCF工作流服务（xamlx's）如何适应应用程序池随时可以回收的情况（配置编辑，内存压力等）并且在应用程序池被拆卸并重新启动时，一个或多个WCF启动的工作流仍可能正在执行。问题在于工作流可能正在执行它的活动，并且IIS主机拆卸可能会阻止该线程（或者使用异步活动的线程）完成并使工作流处于不稳定状态。我们可以使用事务范围或其他一些构造，但不确定整体行为，以便最好地规划如何适应它。

Answer 1

IIS有一个名为Overlapped Recycle的功能，默认情况下已启用，导致先前的AppPool在完全销毁之前被授予一段时间。我相信这个功能是在IIS 7.5中首次引入的。你应该能够在应用程序池/高级设置/回收下找到它我不记得确切的时间，但是如果你没有做大量的计算，你应该没问题。