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

Question

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

Answer 1

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