博客

最近在测试的时候发现，用SignalR做的实时消息推送程序，部署在IIS上之后间隔一定时间（大概间隔在25-28小时之间）就会断开连接。因为做了异常捕获，但是每次断开的那个时间点都没有异常日志，所以猜测可能不是程序BUG造成的断开。在网上查了下，估计是iis回收的问题。

“IIS 为优化服务器性能，会自动对它认为休眠的应用程序（如长时间无人访问）进行资源回收，资源回收时将会导致网站应用程序关闭。”

所以做了个实验：手动回收一次应用程序池，果然连入Hub中的链接都断开了。

为防止IIS Host的SignalR程序因为iis回收机制导致链接中断，最容易想到的办法就是当IIS回收之后进行一次reconnect。

方法一：

在Global.asxs的Application_End事件中让SignalR Client重连

protected void Application_End(object sender, EventArgs e)
{
    //在应用程序关闭时运行的代码 
    //解决应用池回收问题 
    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一次signalR Hub

另外补充一句，方法二中可以使用timer，也可以用quartz来实现