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

Question

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

Answer 1

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