克服编译（？）在*辅助*初始ASP.Net应用程序启动时暂停？

将ASP.Net应用程序部署到新服务器后，第一个使用该应用程序的用户会得到长时间的暂停，这可能是因为该应用程序正在执行初始编译。但是，在应用程序超时并从内存中卸载自身之后，这种暂停似乎也会发生

第一次编译是可以接受的，因为它只发生过一次，但第二次在我看来似乎是不必要的……有解决这个问题的方法吗？如果能够延长应用程序超时时间就好了，但我只看到了一种延长会话超时时间的方法，我宁愿不这样做，因为这会让所有用户会话在内存中保留很长一段时间。

一种常见的方法（尽管在我看来很不成熟）保持工作进程的活动性就是让一些程序定期向应用程序中的某个URL发出web请求

通过使用预编译ASP.NET应用程序，可以减少初始启动时间。这不会将初始请求时间减少到零（它仍然需要创建工作进程并执行其他内务管理），但会显著减少它。

让工作进程保持活动状态的一种常见方法（尽管在我看来有些黑客）是让一些程序定期向应用程序中的某个URL发出web请求

---

通过使用预编译ASP.NET应用程序，可以减少初始启动时间。这不会将初始请求时间减少到零（它仍然需要创建工作进程并执行其他内务管理），但会显著减少它。

这就是IIS关闭工作进程-默认为20分钟的空闲时间。在IIS6中，您可以配置（在“性能”选项卡上）。在IIS7中，.

这是IIS关闭工作进程-默认为20分钟的空闲时间。在IIS6中，您可以配置（在“性能”选项卡上）。在IIS7中，.

我确实在IIS中找到了一些推荐的应用程序池设置。这些设置的预期结果是减少应用程序需要经过启动周期的次数。这些设置应适用于IIS 6和IIS 7：

• 回收工作进程：禁用。仅当您有多个网站并试图隔离流程时才使用此选项
• 空闲时间（分钟）后关闭工作进程：除非共享服务器上的资源，否则禁用。禁用此设置后，不应卸载网站，以确保网站的启动时间尽可能短

---

我在IIS中找到了一些推荐的应用程序池设置。这些设置的预期结果是减少应用程序需要经过启动周期的次数。这些设置应适用于IIS 6和IIS 7：

• 回收工作进程：禁用。仅当您有多个网站并试图隔离流程时才使用此选项
• 空闲时间（分钟）后关闭工作进程：除非共享服务器上的资源，否则禁用。禁用此设置后，不应卸载网站，以确保网站的启动时间尽可能短

---

我不确定，但您可以对IIS 6和IIS 7中的应用程序池进行一些调整，这会有所帮助。我不确定，但您可以对IIS 6和IIS 7中的应用程序池进行一些调整，这会有所帮助。我不同意禁用工作进程回收的建议。一个健康的应用程序不应该因为重复回收而注意到差异，而一个行为不端的应用程序将受益匪浅。老实说，我认为启用它并没有什么坏处。我不同意禁用工人流程回收的建议。一个健康的应用程序不应该因为重复回收而注意到差异，而一个行为不端的应用程序将受益匪浅。老实说，我认为启用它没有什么坏处。