aspx页面卡死慢！解决办法
日期：2014-05-17 浏览次数：21761 次
aspx页面卡死慢！！
现象：当页面访问量达到一定数量（最多只有10多个）后，刷新页面无响应，圈圈一直在转，此时新建选项卡打开，情况类似，必须关闭所有使用该浏览器打开的页面后，才能正常打开。
有时会引发应用程序池自动停掉，或者回收后停掉，等待2分钟左右才能启动，IIS日志中有记录以下几种警告
（1）.为应用程序池“DefaultAppPool”提供服务并且进程 ID 为“11108”的工作进程请求了一个回收，因为该工作进程已达到其允许的处理时间限制。
（2）.为应用程序池“DefaultAppPool”提供服务的进程在关闭过程中超出时间限制。该进程 ID 为“7836”。
（3）.应用程序池“DefaultAppPool”将被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误。
（4）.为应用程序池“DefaultAppPool”提供服务的工作进程“8196”未能在分配的时间内停止协议“http”的侦听器通道。数据字段包含错误号。
环境：windows server 2008 r2 (x64) standard + sqlserver 2008 (x64)，跑的应用是在32位环境下发布的。内存30多个G，硬盘空间足够，使用双网卡。
问题：
1.是否与操作系统环境有关系（出现类似问题的只有这台服务器）,补丁是更新过sp1的。
2.是否与IIS配置有关，如果有，该作哪些设置？
3.是否网络环境或者传输量有关？
4.是否有其它因素?
------
望高手不吝赐教，很急的一个问题。
------解决方案--------------------
目测你的程序中有大传输的数据直接导致程序崩溃了，你可以查下有没有页面的到前台的最终代码有很多。然后再来个单元测试，看看程序中那个函数花的时间最多了
------解决方案--------------------
50K的_viewstate足够让你的程序死掉（这个死掉有可能是卡死需要时间恢复）。所以你必须先禁止Viewstate，因为你的局域网本身就没有特殊的架构，所以局域网出现这情况很正常
------解决方案--------------------
50多kb，不足以让程序死掉
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
viewstate只占用客户端html容量和浏览器读取隐藏域时间，还有客户端post到服务器的数据大小，跟多少人访问没关系吧？ 顶多服务端反序列化的时候稍微慢那么丁点
------解决方案--------------------
是不是有事务锁住程序了吗？
------解决方案--------------------
跟viewstate无关，你进程死掉，肯定是程序问题，viewstate只是缓存，拿网速换数据库访问而已，另外能少许简化一些开发
------解决方案--------------------
你要先确保程序没有问题，然后可以试下修改IIS
http://zhidao.baidu.com/question/234875492.html
------解决方案--------------------
“为应用程序池“DefaultAppPool”提供服务并且进程 ID 为“11108”的工作进程请求了一个回收，因为该工作进程已达到其允许的处理时间限制。”
你ＩＩＳ采用的是默认的应用程序池“DefaultAppPool” 吧，你可以新个线程池试下
------解决方案--------------------
------解决方案--------------------
我建议：
1.需要经常访问和刷新的页面不要使用实物处理，直接用存储过程；
2.把实物语句屏蔽试一试，看是否还卡！
------解决方案--------------------
IIS应用程序池的设置问题，独立进程的 内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理。
参考 http://club.sm160.com/showtopic-418030.aspx
------解决方案--------------------
是不是程序里出现死循环了
------解决方案--------------------
或者考虑Sql Server的事务执行超时了呢?
------解决方案--------------------
现象：当页面访问量达到一定数量（最多只有10多个）后，刷新页面无响应，圈圈一直在转，此时新建选项卡打开，情况类似，必须关闭所有使用该浏览器打开的页面后，才能正常打开。
有时会引发应用程序池自动停掉，或者回收后停掉，等待2分钟左右才能启动，IIS日志中有记录以下几种警告
（1）.为应用程序池“DefaultAppPool”提供服务并且进程 ID 为“11108”的工作进程请求了一个回收，因为该工作进程已达到其允许的处理时间限制。
（2）.为应用程序池“DefaultAppPool”提供服务的进程在关闭过程中超出时间限制。该进程 ID 为“7836”。
（3）.应用程序池“DefaultAppPool”将被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误。
（4）.为应用程序池“DefaultAppPool”提供服务的工作进程“8196”未能在分配的时间内停止协议“http”的侦听器通道。数据字段包含错误号。
环境：windows server 2008 r2 (x64) standard + sqlserver 2008 (x64)，跑的应用是在32位环境下发布的。内存30多个G，硬盘空间足够，使用双网卡。
问题：
1.是否与操作系统环境有关系（出现类似问题的只有这台服务器）,补丁是更新过sp1的。
2.是否与IIS配置有关，如果有，该作哪些设置？
3.是否网络环境或者传输量有关？
4.是否有其它因素?
------
望高手不吝赐教，很急的一个问题。
------解决方案--------------------
目测你的程序中有大传输的数据直接导致程序崩溃了，你可以查下有没有页面的到前台的最终代码有很多。然后再来个单元测试，看看程序中那个函数花的时间最多了
------解决方案--------------------
50K的_viewstate足够让你的程序死掉（这个死掉有可能是卡死需要时间恢复）。所以你必须先禁止Viewstate，因为你的局域网本身就没有特殊的架构，所以局域网出现这情况很正常
------解决方案--------------------
50多kb，不足以让程序死掉
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
viewstate只占用客户端html容量和浏览器读取隐藏域时间，还有客户端post到服务器的数据大小，跟多少人访问没关系吧？ 顶多服务端反序列化的时候稍微慢那么丁点
------解决方案--------------------
是不是有事务锁住程序了吗？
------解决方案--------------------
跟viewstate无关，你进程死掉，肯定是程序问题，viewstate只是缓存，拿网速换数据库访问而已，另外能少许简化一些开发
------解决方案--------------------
你要先确保程序没有问题，然后可以试下修改IIS
http://zhidao.baidu.com/question/234875492.html
------解决方案--------------------
“为应用程序池“DefaultAppPool”提供服务并且进程 ID 为“11108”的工作进程请求了一个回收，因为该工作进程已达到其允许的处理时间限制。”
你ＩＩＳ采用的是默认的应用程序池“DefaultAppPool” 吧，你可以新个线程池试下
------解决方案--------------------
------解决方案--------------------
我建议：
1.需要经常访问和刷新的页面不要使用实物处理，直接用存储过程；
2.把实物语句屏蔽试一试，看是否还卡！
------解决方案--------------------
IIS应用程序池的设置问题，独立进程的 内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理。
参考 http://club.sm160.com/showtopic-418030.aspx
------解决方案--------------------
是不是程序里出现死循环了
------解决方案--------------------
或者考虑Sql Server的事务执行超时了呢?
------解决方案--------------------
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
