IIS 请求 超时设置

asp.net 默认的 session state 模式是 in proc(进程内),数据是在网站的应用程序池里面保存的。这样在 web.config 设置的超时时间,是在应用程序池没有发生回收的基础上才是有效的

这样就出现了问题,为什么应用程序池会发生回收?如何禁止应用程序池的回收,让 session 的数据可以保存得时间长一点呢?

一、应用程序池设置

这和 IIS 应用程序池的两个设置有关:

【回收】里面的【固定时间间隔(分钟)】和【进程模型】里面的【闲置超时(分钟)】,这两项的默认设置大概是二十或三十分钟的样子。也就是说,在应用程序池的运行时间达到设置的间隔,应用程序池会发生回收,session 会被清空;在网站空闲,即没有请求的时间达到设置值,应用程序池会发生回收,session 会被清空。

这种回收的行为在一个正式运营的网站上面,是很不合适的。我觉得 IIS 的默认值是这样也有点奇怪,因为默认值应该是一个最通用,适合最多人的一种设置,这两项的默认值显然不是。可能 windows 毕竟是最流行的桌面系统,考虑到回收可以节省资源,不影响其他的工作任务,才这样设置的吧。服务器一般都是单一的工作任务,不进行回收带来的价值,明显是高于所消耗的资源的。

所以,如上面的截图所示,我建议把这两项都设置为 0,禁用这两种回收行为

二、网站属性  高级设置

iis性能指标的各种概念:连接数、并发连接数、最大并发工作线程数、应用程序池的队列长度、应用程序池的最大工作进程数详解,感兴趣的同学参考下。

一般购买过虚拟主机的朋友都熟悉购买时,会限制IIS连接数,这边先从普通不懂代码用户角度理解IIS连接数

顾名思义即为IIS服务器可以同时容纳客户请求的最高连接数,准确的说应该叫“IIS限制连接数”

 

三、网站 会话状态

 

转载于:https://www.cnblogs.com/xdot/p/9888802.html

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
OPTIONS请求是一种发送非简单跨域请求前的预检请求。如果该请求未能正常返回,浏览器会阻止后续的请求发送。一般情况下,有三种情况会导致浏览器发起预检请求请求的方法不是GET/HEAD/POST;POST请求的Content-Type不是application/x-www-form-urlencoded、multipart/form-data或text/plain;请求设置了自定义的header字段(如Token);显示OPTIONS请求。\[2\] 在fetchWithTimeout函数中,通过设置setTimeout函数来启动计时功能。一段timeout时间后,如果计时功能未被清除,就会执行controller.abort()来中止或取消获取请求。\[1\]\[3\]所以,如果OPTIONS请求超时,就会执行controller.abort()来中止该请求。 #### 引用[.reference_title] - *1* *3* [如何使 fetch() 请求超时](https://blog.csdn.net/allway2/article/details/122992532)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [IIS 部署网站对 OPTIONS 请求直接返回 40x 的处理](https://blog.csdn.net/ChaITSimpleLove/article/details/123202460)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值