ASP教程之切磋因为逝世锁或历程堵塞酿成的ASP俄然不...

强大的可扩展性。ASP具有强大的扩展性，可以实现与多种网络、硬件设备的连接：通过专用的通讯线路远程接入企业；通过远程拨号服务器为远程拨号客户提供服务；通过WAP为移动电话互联网客户服务。良多次了，每当我在dc9.cn上安装上计数体系大概反向链接体系就会呈现这类情形。征象是本人的空间俄然间不克不及会见，细心察看是只要ASP不克不及会见而静态页面却能够会见，FTP会见也一般，看上往仿佛是IIS假逝世。
扣问：

起首我致电通联无穷的客服，他们立场很好，说有多是历程堵塞酿成的服务器不克不及会见。公然他们帮我接纳一下服务器资本就可以会见了。

研讨：

究竟是甚么形成了我的服务器俄然逝世锁或历程堵塞呢？我研讨了好久，终极得出的结论是：因为统计体系的会见量过年夜，同时查询更新数据库的人数太多，而形成了ASP俄然不克不及会见。


那末如今的缘故原由多是如许：
因为每次查询更新数据库都要向体系哀求的资本，而所哀求的资本没有实时封闭大概开释而形成了历程堵塞.

用户Q会见表A(锁住表A),然后又会见表B,此时用户W会见表B(锁住表B),然后妄图会见表A,这时候用户Q因为用户W已锁住表B，Q必需守候用户W开释表B,才干持续，一样用户W要等用户Q开释表A才干持续,因而发生逝世锁。

就比如我把我家锁上了，然后拿着钥匙跑到你家，然后你把我反锁在了你家然后又妄图进我家。如许我出不来你也进不往，因而就无穷守候下往吧。
大概用户A读一条记录E，然后修正该条记录E，但没有锁定，此时用户B也修正该条记录E的时分简单形成逝世锁。这次要是因为数据库的锁定范例设定不妥，招致资本合作严峻，从而形成逝世锁.

鄙见：

怎样办理呢？

1，我以为就是要在程序中注重习气性利用xxx.close:setxxx=nothing如许的语句，实时开释服务器资本。最入手下手我谁人SXNA1.3就没有实时开释服务器资本而招致了很多多少的服务器呈现假逝世。厥后基础修改了的说。

2，我以为是否是在数据库的锁定范例上实验利用adLockPessimistic失望锁定体例，由于conn.execute的默许锁定体例是ADLOCKREADONLY，这个在同时又大批的用户会见查询更新数据库的时分简单形成逝世锁。

3，利用MSMQ来把持ASP历程，办理历程逝世锁成绩，这个在收集上有大批的教程，我就不赘述了。
总之形成这个成绩的应当是程序的BUG。


我的办理办法是最最利落索性的办理举措，不利用站内的统计，利用站外的统计．如今站外的收费流量统计也不错，反向链接也能看得很分明，只不外必要点出来看罢了。
ASP.NET和ASP的比较,技术上比较已经没什么可说的了.新一代在大部分程度来说当然是比旧一代好了.关键看你对所做软件的理解了.因人而定.会写的话也可能比ASP.NET写得更有效率和更方便重用

没有坚实的理论做基础，那么我们连踏入社会第一步的资本都没有，特别对于计算机专业的学生学好专业知识是置关重要的。在这里我侧重讲一下如何学习ASP，从平时的学习过程中。

ASP主要是用好六个对象，其实最主要的是用好其中两个：response和request，就可以随心所欲地控制网页变换和响应用户动作了。

尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性，比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。

Response:从字面上讲是“响应”，因此这个是服务端向客户端发送东西的，例如Response.Write

尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性，比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。

Session:这个存储跟客户端会话过程的数据，默认20分钟失效

用户端的浏览器不需要提供任何别的支持，这样大提高了用户与服务器之间的交互的速度。

掌握asp的特性而且一定要知道为什么。