当前位置 主页 > iis相关 >

    防止SignalR程序因iis回收机制导致链接中断问题的方法

    栏目:iis相关 时间:2018-09-20 14:47

      最近在测试的时候发现,用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来实现。

缩小 缩小 缩小 缩小