关于asp.netiis响应慢的信息

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

aspiis定期卡顿

1、从两个方面考虑：asp页面的问题。如果你的asp页面里有循环操作，或者被挂马，被入侵，都有可能出现如上问题。要仔细检查你的asp程序是否有死循环。没有的话，就防火墙+杀毒+清木马。iis解析asp本身有问题。

2、另外教你一个应急方法，在IIS里面找到你的站点，看看是哪个应用程序池，在应用程序池上右击，在回收选项卡里面的第一个选项里，选中：回收工作进程(分钟)，并设置时间。

3、如果是的话，很大程度是因为 .NET 的预编译（也有翻译成预热的）机制导致的，这个没有办法解决的，只能通过一些设置让预编译尽可能的提前，而不是在请求时才预编译。

这个问题是你的程序问题你打不开的提示应该是提示你访问用户太多吧这个是你在连接数据库以后没有关闭数据库连接，就会这样你不重启IIS，过一两分钟也一样可以访问这个主要是开发环境问题。

回收回收工作进程（分钟）：选中，值为1740 回收工作进程（请求数目）：不选（原先设置为35000）在下列时间回收工作进程：不填消耗太多内存时回收工作进程：全不选。

ping一下IIS的端口，默认是80端口。如果不能ping通，检查端口是否正常开放（netstat查看端口）。如果ping通，看看防火墙是否开启了，关闭防火墙试试。

缩短IIS应用程序池回收时间，减少IIS假死现象。

有可能是你的ASP.NET网站所使用的版本跟你的IIS种所设置的版本不一致造成的。例如，你的这个ASP.NET网站是使用.NET0而你的IIS种设置的则是.NET0，就会出现在这种情况。

1、）第一次请求需要编译，所以有点慢，这是正常，如果第二次请求还这么慢，那就是其他原因了。2）检查你的js和后台代码，看是否有比较耗时的操作。

2、调试时。NET要运行自己的编译程序，所以加载时有点慢。当放到网上去时。基本上都是已经编译好的。不会太慢的。

3、其实这个问题是应用服务器池（也就是iis里面你网站使用的那个）满了造成的，你会发现你回收一下就快了。

4、页面数据变动周期比较小的地方可以考虑静态化。用GZip压缩数据。代码优化、加分页等。其他。B）前端优化页面可以考虑加入sprite技术。

5、可能是用window清理掉了一些东西，比如缓存中的东西或者是共享池里的东西，建议你把网站重新build一下，反映应该会好点。

6、但这个方法只能是说当请求时如果预编译结束了，那么会很快；如果预编译还没结束，还是会慢的。具体做法可以百度“IIS ASP.NET 预热”关键词。

网站输入域名直接无法访问，网站之前还正常，突然就无法访问。测试FTP是否正常可以登录，不能登录的直接问空间商那是空间商的问题直接联系他们。

asp页面的问题。如果你的asp页面里有循环操作，或者被挂马，被入侵，都有可能出现如上问题。要仔细检查你的asp程序是否有死循环。没有的话，就防火墙+杀毒+清木马。iis解析asp本身有问题。

方法一：重新编译发布把DLL放入bin目录，你看看是哪个项目对应的DLL就可以了修改了cs文件后只要编译一下，把这个dll文件更新就好了。

cs，而没有改变这些.dll文件，所以，前台是无法显示出来任何效果的。

经过一番折腾后，我总结了导致ASP.NET站点重启的几个个原因，希望能帮到你哦。

1、你好，排除程序的问题，应该是你的iis配置出了问题把iis站点进程回收一下，看看访问速度。最好再重新装一下iis。

2、你还是到iis中看看你的设置是否正确，还有测试时使用一个本机的固定iP地址访问速度比较快。还有asp中如果使用了许多脚本程序也会影响速度，尤其编写出现错误时。

3、重启了SQL Server服务后打开网站速度就很快了。问题算是解决了。原因就是由于没有开启SQL Server 里的TCP/IP协议，使用了Shared Memory的方式连接数据库，所以造成网站访问很慢。

4、Active Server Pages， ASP 0113 (0x80004005)超过了脚本运行的最长时间。可以为 Server.ScriptTimeOut 属性指定新值或更改 IIS 管理工具中的相应值来更改此限制。

5、首先你新装的是什么系统啊？如果是UNIX的。根本就不支持ASP。

asp.netiis响应慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、asp.netiis响应慢的信息别忘了在本站进行查找喔。