首页 > Web开发 > 详细

mvc 保证定时器回收限制

时间:2018-03-14 17:51:16      阅读:59      评论:0      收藏:0      [点我收藏+]

标签:url   AR   验证   防止   发现   quartz   oid   config   他会   

在项目中我们或多或少的遇到一些需要定时触发或者计算的东西,这个时候我们就需要定时器来作为解决方案。非常好思路清晰,业务逻辑完好,定时器也开好了,
当我们信心满满的挂到IIS服务器的时候,发现写的定时器在运行了一段时间之后就不在运行了。

问题分析:
难道是我们的代码写错了吗?不是的,如果写错了怎么又会正常运行几次哪。那问题出在哪里拉,没有错问题在于IIS的程序池。

定时器与闲时超时的冲突:
首先我们分析原因一:没有错你没有看错,IIS还有一个显示超时设置,他会被回收程序池进程。系统一般默认的时间为20分钟,所有也就是说我们的程序如果
5分钟一次也就运行4次就停止掉了。用过Quartz定时任务的小伙伴们都知道吧(深受其苦)。知道是这个东西捣的鬼那就修改他,
方法一:修改他的值,但是很不幸,它最大值也就1740分钟。也就是下面说的第二个问题了,耐心等待。
方法二:不让他闲时超时,所谓的闲时超时就是此网站多少时间没有人访问工作,那你就可以一直访问他,长时间开启一个机器,写一个对此网站的时间小于
闲时超时时间的轮询吧。

程序池的限制:

程序池存在时间限制,我们通过IIS---->引用程序池---->高级设置---->找到回收会发现固定时间间隔为1740.这里就是上面说的显示超时最大时长了。
这是IIS自己的功能,那么又有人说那我把他设置为0(嘿嘿),我个人理解就是你设置为0也不是不回收而是不为固定时间间隔回收。下面附上代码解决方案。

解决程序池回收:
找到原因那就可以对症下药了,既然是自动回收了,那我们只要阻止程序池的自动回收就好了吗?

 1 protected void Application_End(object sender, EventArgs e)
 2 {
 3 //下面的代码是关键,可解决IIS应用程序池自动回收的问题
 4 Thread.Sleep(1000);
 5 //这里设置你的web地址,可以随便指向你的任意一个aspx页面甚至不存在的页面,目的是要激发Application_Start <br>      
 6 //我这里是一个验证token的地址。
 7 string url = System.Configuration.ConfigurationManager.AppSettings["tokenurl"];
 8 HttpWebRequest myHttpWebRequest = (HttpWebRequest)WebRequest.Create(url);
 9 HttpWebResponse myHttpWebResponse = (HttpWebResponse)myHttpWebRequest.GetResponse();
10 Stream receiveStream = myHttpWebResponse.GetResponseStream();//得到回写的字节流
11 }

 


原理:程序池回收中会触发Application_End事件,在此事件中重新请求网站任意地址,相当于重新激活该网站防止回收。

mvc 保证定时器回收限制

标签:url   AR   验证   防止   发现   quartz   oid   config   他会   

原文:https://www.cnblogs.com/yanbigfeg/p/8568847.html

(0)
(0)
   
举报
评论 一句话评论(0
0条  
登录后才能评论!
© 2014 bubuko.com 版权所有 鲁ICP备09046678号-4
打开技术之扣,分享程序人生!
             

鲁公网安备 37021202000002号