设想：我有一个使用 Web 部署项目部署的 n 层企业 ASP.NET 应用程序。所有层都生成由 ASP.NET 应用程序使用的独立程序集。
Problem:当我运行该应用程序时。部署后第一次需要花费大量时间将依赖程序集加载到内存中。但一旦加载了其闪电般的快速应用程序。如果没有用户访问该应用程序，IIS 将从内存中卸载程序集，并且当用户尝试在稍后的实例上访问该应用程序时，它会再次加载所有程序集，加载时间与加载时间相同这是第一次这样做。
我正在寻找一种解决方案，使我能够将程序集持续加载到内存中，从而覆盖程序集的易失性，从而实现内存驻留。
或者任何其他可以让我的用户愉快地使用该应用程序来解决上述问题的解决方案。
In IIS 6，转到“应用程序池”部分，然后右键单击托管相关 ASP.NET 应用程序的池 >“属性”。转到“性能”选项卡并取消选中“闲置后关闭工作进程：”
In IIS 7，转到“连接”窗格并找到“应用程序池”，然后为托管应用程序的池选择“高级设置”。找到“空闲超时”属性并将其设置为“0”（这会禁用它）。
默认值为 20 分钟不活动。通过取消选中该框，一旦您应用程序域加载的是工作进程，它永远不会死（除非你杀死进程或当然）。默认情况下，IIS 将回收进程当它达到某种限制（例如内存上限）时，它也会启动一个新请求并“逐步结束”所有传入请求，直到旧请求未被使用，以最大程度地减少中断。
我还编写了一个小型 C# 类，它将让您的 ASP.NET 应用程序保持活力 (备用存档版本） 在正常情况下。由于它在应用程序内运行，显然它不能阻止 IIS 或其他任何东西显式终止进程，但它会使应用程序保持“热”状态，例如该应用程序永远不会闲置足够长的时间，以致 IIS 决定将其关闭。
如果您无法直接控制您的 IIS 配置（例如共享主机），您最好的选择是在单独的系统上运行一个小型应用程序 - 例如，一个永远在线的工作站 - 它每 x 分钟访问您的站点以保持应用程序池免于超时。没什么花哨的——简单网络请求控制台应用程序中的 while() 循环就可以了。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
