最近在测试的时候发现，用SignalR做的实时消息推送程序，部署在IIS上之后间隔一定时间（大概间隔在25-28小时之间）就会断开连接。因为做了异常捕获，但是每次断开的那个时间点都没有异常日志，所以猜测可能不是程序BUG造成的断开。在网上查了下，估计是iis回收的问题。
“IIS为优化服务器性能，会自动对它认为休眠的应用程序（如长时间无人访问）进行资源回收，资源回收时将会导致网站应用程序关闭。”
所以做了个实验：手动回收一次应用程序池，果然连入Hub中的链接都断开了。
为防止IISHost的SignalR程序因为iis回收机制导致链接中断，最容易想到的办法就是当IIS回收之后进行一次reconnect。
方法一：
在Global.asxs的Application_End事件中让SignalRClient重连
protectedvoidApplication_End(objectsender,EventArgse)
{
//在应用程序关闭时运行的代码
//解决应用池回收问题
System.Threading.Thread.Sleep(2000);
HitPage();
}
IIS回收时Application_End会被触发，当站点程序关闭2秒后，执行HitPage()方法，该方法的作用是产生一个针对本站点的Http请求，IIS将会再次开启WEB应用程序。
方法二：
定时发出http请求方式闲时回收，并指定iis程序池回收时间点。
首先在global里设置一个循环，间隔一定时间（如1个小时），触发HitPage()事件，目的是为了让iis以为本站点不是闲置的。
然后设置IIS的回收条件，将默认的间隔27小时自动回收一次，改成指定时间回收（比如凌晨4点）。
然后还需在站点中设置一个定时任务，那就是在4点中（即上一部设置的iis应用程序池回收时间点）重新connect一次signalRHub。
另外补充一句，方法二中可以使用timer，也可以用quartz来实现。
