global.asax上的慢Application_Start造成死锁

Question

我在global.asax上编写的Application_Start代码需要2-3分钟才能完成(冗长的数据库查询等)

每当我发布站点的新版本时，我就会在aspnet_isapi.dll上遇到死锁，并且应用程序无法启动。

启动它的唯一方法是当我禁止从互联网访问IIS时，再次重新启动应用程序，并对站点进行一次调用(以使global.asax正常工作)。

我不明白为什么在应用程序启动时收到大量页面/文件请求时会发生死锁。我知道global.asax上的Application_Start只会触发一次，我猜所有其他客户端都只是等待事件完成，所以我看不出有什么理由让它发生死锁。

有什么想法吗？

更新：

大概需要4-5分钟...代码是make db queries并将它们附加到Application变量(供以后使用)。它是我的专用服务器上的一个虚拟服务器。只有一台不占用太多资源的机器在运行。我收到事件ID2262- ISAPI '...\aspnet_isapi.dll‘报告自身不健康，原因如下：’检测到死锁‘。

有一个SQL查询占用了大部分时间。我可以在不同的进程(windows服务/等)上执行这个查询，但问题是我不明白为什么会发生这种情况。如果将来我不得不将一些耗时的代码放在Application_Start中，会发生什么？

Answer 1

这种方法有几个问题。

首先，加载如此多的数据并将其放入应用程序中似乎是多余的。您要加载哪些类型的数据才能进入应用程序？还要记住，您将增加应用程序的工作内存，这可能会导致应用程序根据IIS工作进程设置进行重置。

Application_Start应该尽可能快地完成，这样运行时才能知道加载的所有内容。

如前所述-一种选择是将您的处理拉到另一个线程中。但是，请注意，当您的应用程序空闲一段时间后，它将被关闭。您可以在IIS中更改这些设置，但我真的会考虑重新考虑这种数据加载。为什么不从数据库中按需查询？您可以在数据库端使用此数据创建一个新的索引视图(以及其他建议)