防御asp.net网站崩溃的方法及系统的制作方法
【专利摘要】本发明公开了一种防御asp.net网站崩溃的方法及系统，包括：对每个发送到服务端的请求生成唯一标识；当请求的事件结束时，根据唯一标志将该请求标记为结束；网站崩溃时，获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求；网站再次崩溃时，获取两次崩溃之间的最后一个未被标记为结束的请求，并与疑似崩溃请求进行比对；若比对一致，则确认疑似崩溃请求为导致崩溃的请求；若再次收到上述导致崩溃的请求，则不执行该请求。通过上述方式，本发明可以提高网站稳定性，减少由于程序导致崩溃的代码导致网站连续崩溃无法使用的情况。
【专利说明】
防御a s p.net网站崩溃的方法及系统
技术领域
[0001]本发明涉及服务器技术领域，尤其是涉及一种防御asp.net网站崩溃的方法及系统。
【背景技术】
[0002]目前使用asp.net开发的网站，有可能会由于一些程序编写不够严谨，导致网站崩溃，并且崩溃后目前只能设置自动重启，但是过多的崩溃就会导致网站频繁重启，也会使得网站几乎无法使用。
[0003 ]中国专利申请(CN201210443887.2)公开了一种使浏览器崩溃的网址的处理方法、装置及系统。但该专利适用于移动端浏览器领域，是只能防止客户端浏览器崩溃，却无法从原进程上(即服务端)防御崩溃。
【发明内容】
[0004]本发明所要解决的技术问题是:提供防御网站崩溃的方案，可从原进程防御网站崩溃，防止加载崩溃进程，从而提高稳定性。
[0005]为了解决上述技术问题，本发明采用的技术方案为:提供一种防御网站崩溃的方法，包括:
[0006]对每个发送到服务端的请求生成唯一标识；
[0007]当请求的事件结束时，根据唯一标志将该请求标记为结束；
[0008]网站崩溃时，获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求；
[0009]网站再次崩溃时，获取两次崩溃之间的最后一个未被标记为结束的请求，并与疑似崩溃请求进行比对；
[0010]若比对一致，则确认疑似崩溃请求为导致崩溃的请求；
[0011]若再次收到上述导致崩溃的请求，则不执行该请求。
[0012]为解决上述问题，本发明还提供一种防御网站崩溃的系统，包括:
[0013]发送生成模块，用于对每个发送到服务端的请求生成唯一标识；
[0014]结束确认模块，用于当请求的事件结束时，根据唯一标志将该请求标记为结束；
[0015]疑似崩溃模块，用于获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求；
[0016]第一比对模块，用于对疑似崩溃请求进行比对；
[0017]崩溃确认模块，用于若比对一致，则确认疑似崩溃请求为导致崩溃的请求；
[0018]请求防御模块，用于若再次收到上述导致崩溃的请求，则不执行该请求。
[0019]本发明的有益效果在于:区别于现有技术，本发明获取网站崩溃前租后一个时点为结束的请求，作为疑似崩溃请求，并比对，确认一致后，作为导致崩溃的请求，并作为后续的请求的参考，以进行判断是否执行后续请求。通过上述方式，本发明可以提高网站稳定性，减少由于程序导致崩溃的代码导致网站连续崩溃无法使用的情况。
【附图说明】
[0020]图1为本发明方法实施例一的流程示意图；
[0021]图2为本发明系统实施例二的结构框图。
【具体实施方式】
[0022]为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。
[0023]本发明最关键的构思在于:获取网站崩溃前最后一个时点为结束的请求，作为疑似崩溃请求，并比对，确认一致后，作为导致崩溃的请求，并作为后续的请求的参考，以进行判断是否执行后续请求。
[0024]请参照图1，本发明实施例一提供一种防御网站崩溃的方法，包括:
[0025]对每个发送到服务端的请求生成唯一标识；
[0026]当请求的事件结束时，根据唯一标志将该请求标记为结束；
[0027]网站崩溃时，获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求；
[0028]网站再次崩溃时，获取两次崩溃之间的最后一个未被标记为结束的请求，并与疑似崩溃请求进行比对；
[0029]若比对一致，则确认疑似崩溃请求为导致崩溃的请求；
[0030]若再次收到上述导致崩溃的请求，则不执行该请求。
[0031]区别于现有技术，本发明获取网站崩溃前最后一个时点为结束的请求，作为疑似崩溃请求，并比对，确认一致后，作为导致崩溃的请求，并作为后续的请求的参考，以进行判断是否执行后续请求。通过上述方式，本发明可以提高网站稳定性，减少由于程序导致崩溃的代码导致网站连续崩溃无法使用的情况。
[0032]其中，本发明所述请求的事件结束包括正常结束和异常结束。应当说明的是，异常结束并非导致网站崩溃的请求，两者是不同的概念，如果网站崩溃就不会执行到异常结束的代码。
[0033]具体地，发送请求到服务端时，通过asp.net的开始请求事件，对请求内容进行记录，并生成唯一标识，以标记当前请求。
[0034]网站崩溃时，自动重启网站，并查询所述未被标记为结束的请求，并标记为疑似崩溃请求；
[0035]网站再次崩溃时，获得另一个疑似崩溃请求；
[0036]比对上述两个疑似崩溃请求，判断是否一致；
[0037]若不一致，则记录上述所有疑似崩溃请求，并返回步骤“网站再次崩溃时，获得另一个疑似崩溃请求”。
[0038]“若再次收到上述导致崩溃的请求，则不执行该请求”具体为:
[0039]将所有后续请求与所述导致崩溃的请求进行比对，判断是否一致；
[0040]若是，则不执行该后续请求；[0041 ]反之，则执行该后续请求；
[0042]若执行该后续请求时，网站崩溃，则将该后续请求作为疑似崩溃请求，并与其他疑似崩溃请求进行比对。
[0043]对应地，如图2所示，本发明实施例二还提供一种防御asp.net网站崩溃的系统100，包括:
[0044]发送生成模块110，用于对每个发送到服务端的请求生成唯一标识；
[0045]结束确认模块120，用于当请求的事件结束时，根据唯一标志将该请求标记为结束；
[0046]疑似崩溃模块130，用于获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求；
[0047]第一比对模块140，用于对疑似崩溃请求进行比对；
[0048]崩溃确认模块150，用于若比对一致，则确认疑似崩溃请求为导致崩溃的请求；
[0049]请求防御模块160，用于若再次收到上述导致崩溃的请求，则不执行该请求。
[0050]其中，所述请求的事件结束包括正常结束和异常结束。
[0051]所述发送生成模块具体用于:发送请求到服务端时，通过asp.net的开始请求事件，对请求内容进行记录，并生成唯一标识，以标记当前请求。
[0052]所述疑似崩溃模块具体用于:在网站崩溃时，自动重启网站，并查询所述未被标记为结束的请求，并标记为疑似崩溃请求。
[0053]所述崩溃确认模块还用于:
[0054]比对疑似崩溃请求，判断是否一致；
[0055]若不一致，则记录所有疑似崩溃请求，并返回步骤“网站再次崩溃时，获得另一个疑似崩溃请求”。
[0056]举个例子，在每一个请求发送到服务端时，通过asp.net的开始请求事件，对请求内容进行记录，并生成唯一标识标记当前请求；
[0057]在请求正常结束和异常结束事件，根据所生成的唯一标识找到对应的请求，将其标记为结束；
[0058]当网站崩溃时，自动重启网站，查询网站崩溃时间点前最后一个未标记结束的请求，并标记为疑似崩溃请求；
[0059]等网站出现第二次崩溃后，将第一次崩溃后到第二次崩溃前最后一个的未标记结束的请求与前一次进行比较，如果完全一致，则将此请求标记为会导致崩溃的请求;若不一致，则暂不作处理，记录上述两个疑似崩溃请求；
[0060]若网站出现第三次崩溃，则对应的获得第三个疑似崩溃请求，将其与前述两个疑似崩溃请求一一比对，直到比对一致，确认有两个相同的请求为导致崩溃的请求为止，否贝1J，继续获得后续的疑似崩溃请求，并与之前记录的所有疑似崩溃请求进行一一比对；
[0061]在确认导致崩溃的请求后，之后的所有请求都与被标记为会导致崩溃的请求比较，如果一致，则暂不执行这个请求，即被标记为会导致崩溃的请求，以防止崩溃，否则，执行该请求，并判断是否出现崩溃;若再次崩溃，则将这个请求作为疑似崩溃请求，并与之前的疑似崩溃请求比对，返回上述步骤，直到获得下一个导致崩溃的请求。
[0062]在后续的所有请求都需要与所有导致崩溃的请求进行比对，步骤同上，此处不再赘述。
[0063]以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。
【主权项】
1.一种防御asp.net网站崩溃的方法，其特征在于，包括: 对每个发送到服务端的请求生成唯一标识； 当请求的事件结束时，根据唯一标志将该请求标记为结束； 网站崩溃时，获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求； 网站再次崩溃时，获取两次崩溃之间的最后一个未被标记为结束的请求，并与疑似崩溃请求进行比对； 若比对一致，则确认疑似崩溃请求为导致崩溃的请求； 若再次收到上述导致崩溃的请求，则不执行该请求。2.根据权利要求1所述防御asp.net网站崩溃的方法，其特征在于，所述请求的事件结束包括正常结束和异常结束。3.根据权利要求1所述防御asp.net网站崩溃的方法，其特征在于，发送请求到服务端时，通过asp.net的开始请求事件，对请求内容进行记录，并生成唯一标识，以标记当前请求。4.根据权利要求1所述防御asp.net网站崩溃的方法，其特征在于，网站崩溃时，自动重启网站，并查询所述未被标记为结束的请求，并标记为疑似崩溃请求； 网站再次崩溃时，获得另一个疑似崩溃请求； 比对上述两个疑似崩溃请求，判断是否一致； 若不一致，则记录上述所有疑似崩溃请求，并返回步骤“网站再次崩溃时，获得另一个疑似崩溃请求”。5.根据权利要求4所述防御asp.net网站崩溃的方法，其特征在于，“若再次收到上述导致崩溃的请求，则不执行该请求”具体为: 将所有后续请求与所述导致崩溃的请求进行比对，判断是否一致； 若是，则不执行该后续请求； 反之，则执行该后续请求； 若执行该后续请求时，网站崩溃，则将该后续请求作为疑似崩溃请求，并与其他疑似崩溃请求进行比对。6.—种防御asp.net网站崩溃的系统，其特征在于，包括: 发送生成模块，用于对每个发送到服务端的请求生成唯一标识； 结束确认模块，用于当请求的事件结束时，根据唯一标志将该请求标记为结束； 疑似崩溃模块，用于获取网站崩溃时间点前最后一个未被标记为结束的请求，并标记为疑似崩溃请求； 第一比对模块，用于对疑似崩溃请求进行比对； 崩溃确认模块，用于若比对一致，则确认疑似崩溃请求为导致崩溃的请求； 请求防御模块，用于若再次收到上述导致崩溃的请求，则不执行该请求。7.根据权利要求6所述防御as P.n e t网站崩溃的系统，其特征在于，所述请求的事件结束包括正常结束和异常结束。8.根据权利要求6所述防御asp.net网站崩溃的系统，其特征在于，所述发送生成模块具体用于:发送请求到服务端时，通过asp.net的开始请求事件，对请求内容进行记录，并生成唯一标识，以标记当前请求。9.根据权利要求6所述防御asp.net网站崩溃的系统，其特征在于，所述疑似崩溃模块具体用于:在网站崩溃时，自动重启网站，并查询所述未被标记为结束的请求，并标记为疑似崩溃请求。10.根据权利要求6所述防御asp.net网站崩溃的系统，其特征在于，所述崩溃确认模块还用于: 比对疑似崩溃请求，判断是否一致； 若不一致，则记录所有疑似崩溃请求。
【文档编号】G06F11/07GK106095607SQ201610409674
【公开日】2016年11月9日
【申请日】2016年6月12日
【发明人】刘德建, 陈丛亮, 毛新生
【申请人】福建天晴数码有限公司