Windows Workflow Foundation 和 IIS ApplicationPool 回收（尤其是在编辑 Web.config 之后）

Question

我正在测试一个 ASP.NET MVC 站点，该站点使用作为单独站点托管在同一 IIS 服务器上的 WF 服务。

我们目前使用 Log4Net 来协助诊断阶段和生产，因此系统管理员会定期将日志记录级别从 WARN 设置为 DEBUG 并在短时间内再次设置为捕获日志。

我注意到在编辑 WF 服务站点的 web.config 时，WF 服务出现了一些奇怪的行为（或者我可能只是不太了解 WF。）我知道 IIS 会监视 web.config 并强制执行AppPool在修改时回收，但让我困惑的是，WF服务似乎一直在休眠，直到它下一次收到服务请求。这意味着所有等待计时器的待处理工作流将在第一个服务请求后 AppPool-recycle 之前什么都不做，然后所有之前触发的工作流将立即全部触发。

我希望这只是我们忽略的一些简单的配置设置，但如果有任何帮助，我们将不胜感激，如果是这样，请随时给我一个带有链接的 RTFM :)

编辑：哇，这里没有 WF 的爱。我们仍然把这个问题放在次要位置，更重要的鱼要炒，但这个问题仍然让我非常担心。

Answer 1

这是 IIS 的问题。基本上 IIS 在收到请求之前不会启动应用程序池。如果 web.config 被修改，并且在一段时间内（我认为 10 分钟）没有对您的站点的请求，则会发生这种情况。

解决方案是使用 Microsoft 的 this utility 来“预热”IIS。它模拟第一个请求以确保应用程序池始终在运行。

希望这会有所帮助。

Answer 2

Windows Server AppFabric 有一个 WorkflowManagement Service，它将在回收后重新启动工作流。