本发明涉及软件技术领域，尤其涉及一种异常检测定位方法、装置、计算机设备及存储介质。
背景技术：
在网络测试过程中，经常会出现测试异常的情况。当出现测试异常的情况时，测试人员一般会通过异常发生的时间点获取异常日志块，从而确定成测试异常的具体位置。由于在网络测试过程中会生成大量的日志，若从大量的日志中确定异常日志的具体位置会耗费测试人员大量的时间。现有技术中通常使用有线连接的方式获取网络测试过程中的日志，如Charles代理服务器。Charles是一个http代理服务器,http监视器,反转代理服务器，当浏览器连接Charles的代理访问互联网时，Charles可以监控浏览器发送和接收的所有数据，即Charles是一款可以通过截取http请求和http请求对应的结果，以实现网络分析和后端调试的代理服务器。Charles代理服务器也只能通过网络接口的返回值来确定异常日志的具体位置,不能快速定位异常位置。
技术实现要素：
本发明实施例提供一种异常检测定位方法、装置、计算机设备及存储介质，以解决在网络测试过程中，不能快速确定导致异常情况发生的具体位置的问题。
第一方面，本发明实施例提供一种异常检测定位方法，包括平台服务器执行的如下步骤：
获取服务器集群发送的响应信息，所述响应信息包括响应标识和访问ID；所述服务器集群包括本地组件服务器或者本地组件服务器和关联组件服务器；
若所述响应标识为响应失败标识，则获取所述服务器集群在响应所述访问ID对应的http请求过程中生成的异常日志信息，所述异常日志信息包括组件标识；
若所述组件标识中存在关联组件标识，则确定所述关联组件标识对应的异常日志信息为第一目标日志信息；
基于所述第一目标日志信息，确定所述关联组件服务器在响应所述http请求的过程中出现访问异常。
第二方面，本发明实施例提供一种异常检测定位装置，包括：
响应信息获取模块，用于获取服务器集群发送的响应信息，所述响应信息包括响应标识和访问ID；所述服务器集群包括本地组件服务器或者本地组件服务器和关联组件服务器；
异常日志信息获取模块，用于若所述响应标识为响应失败标识，则获取所述服务器集群在响应所述访问ID对应的http请求过程中生成的异常日志信息，所述异常日志信息包括组件标识；
第一目标日志信息获取模块，用于若所述组件标识中存在关联组件标识，则确定所述关联组件标识对应的异常日志信息为第一目标日志信息；
第一访问异常位置确认模块，用于基于所述第一目标日志信息，确定所述关联组件服务器在响应所述http请求的过程中出现访问异常。
第三方面，本发明实施例提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述异常检测定位方法的步骤。
第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述异常检测定位方法的步骤。
本发明实施例提供的异常检测定位方法、装置、计算机设备及存储介质中，通过网络路由器的旁路部署将响应信息拷贝并发送给平台服务器，平台服务器在响应信息携带有响应失败标识时，基于响应信息中的访问ID获取http请求在服务器集群中的异常日志信息，通过异常日志信息中的组件标识确定http请求在访问过程中出现异常的位置是在关联组件服务器还是在本地组件服务器。实现了快速确定存在异常的目标日志信息的位置，节省了测试人员查找异常日志的时间。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例中异常检测定位方法的应用场景图；
图2是本发明一实施例中异常检测定位方法的一流程图；
图3是图1中步骤S20的一具体流程图；
图4是本发明一实施例中异常检测定位方法的另一流程图；
图5是本发明一实施例中异常检测定位装置的一原理框图；
图6是本发明一实施例中计算机设备的一示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1示出本实施例中异常检测定位方法的应用场景图。该异常检测定位方法应用在平台服务器上，用于在http请求访问过程中出现访问异常时，可以快速并准确地确定出现访问异常的具体位置，节省了测试人员人工查找访问异常的时间。其中，平台服务器是指根据获取的响应失败标识对应的响应信息确定http请求访问失败的具体位置的服务器。如图1所示，该平台服务器通过旁路部署获取经过网络路由器的信息，其中，网络路由器与客户端和服务器相连。具体地，客户端通过网络路由器发送http请求给对应的服务器集群，服务器集群在获取到http请求时，会发送对应的响应信息给客户端，该响应信息通过网络路由器传送给对应的客户端。在客户端和服务器集群通过网络路由器进行信息传送时，网络路由器的旁路部署会将经过网络路由器的信息拷贝下来发送给对应的平台服务器。如图2所示，平台服务器在获取到服务器集群发送的响应信息时会执行如下具体步骤：
S10：获取服务器集群发送的响应信息，响应信息包括响应标识和访问ID；服务器集群包括本地组件服务器或者本地组件服务器和关联组件服务器。
集群是将一组相互独立的、通过高速网络互联的计算机构成一个组，并以单一系统的模式加以管理的技术。服务器集群是指将多个服务器集中起来共同完成一个服务的技术。
本实施例中的服务器集群包括本地组件服务器或者本地组件服务器和关联组件服务器。其中，本地组件服务器是指一应用程序中自身携带的组件服务器；关联组件服务器是指一应用程序中用于与第三方组件进行信息交互的组件服务器。本地组件服务器和关联组件服务器是指应用程序中功能组件对应的服务器。如一购物APP携带的支付组件、钱包组件、转账组件和交互组件，其中，支付组件、钱包组件和转账组件为该购物APP的本地组件，交互组件是用于与银行等第三方金融机构进行信息交互的组件，该交互组件则为关联组件。在利用该购物APP购买物品时，会向服务器集群发送http请求，服务器集群基于该http请求依次通过转账组件、钱包组件和支付组件进行响应，若在支付组件进行支付操作过程中，出现余额不足或其他不能支付情况时，通过交互组件进行响应，即通过交互组件采用其他支付途径完成支付。
进一步地，步骤S10具体包括：通过网络路由器的旁路部署，获取服务器集群发送的响应信息。
网络路由器与服务器集群和平台服务器相连。旁路部署是指在网络路由器上配置一端口镜像，该端口镜像通过其对应的接口将通过网络路由器上的信息拷贝下来，发送给平台服务器进行存储的一种作业模式。旁路部署可以对当前网络进行监控，并且不会影响现有的网络结构，同时使得原始数据的传输不会造成延时。
客户端将一http请求通过网络路由器发送给对应的服务器集群，服务器集群在收到http请求后，会基于响应逻辑依次响应该http请求，并将对应的响应信息发送给客户端。其中，响应逻辑是指响应http请求访问顺序的逻辑。当客户端将http请求通过网络路由器发送给服务器集群，或者服务器集群将响应信息通过网络路由器发送给客户端时，网络路由器的旁路部署都会对通过该网络路由器的信息进行拷贝，并发送响应信息给对应的平台服务器。其中，网络路由器与服务器集群和平台服务器相连。
进一步地，响应信息携带有响应标识和访问ID。其中，响应标识是指用于识别响应信息内容的标识，响应标识包括响应失败标识和响应成功标识。访问ID是指客户端发送的http请求中携带的访问ID，该访问ID可用于唯一识别http请求。本实施例中的访问ID具体为requestID。
S20：若响应标识为响应失败标识，则获取服务器集群在响应访问ID对应的http请求过程中生成的异常日志信息，异常日志信息包括组件标识。
响应标识为响应失败标识时，则表示服务器集群在响应http请求时，响应失败。当服务器集群将响应失败标识对应的响应信息通过网络路由器发送给客户端时，网络路由器的旁路部署会将该响应失败标识对应的响应信息拷贝下来，并发送给平台服务器。此时，平台服务器会基于响应信息中的访问ID，从服务器集群中的本地组件服务器和关联组件服务器上获取http请求对应的所有异常日志信息。本地组件服务器和关联组件服务器的异常日志信息中都会携带有对应的组件标识。该组件标识是用于区分本地组件服务器和关联组件服务器的身份的标识。本实施例中的组件标识包括本地组件标识或者关联组件标识。本地组件标识是用于表示本地组件服务器的标识，该本地组件标识可以快速识别服务器集群中的组件服务器是本地组件服务器；关联组件标识是用于表示关联组件服务器的标识，该关联组件标识可以快速识别服务器集群中的组件服务器是关联组件服务器。
异常日志信息中都包含有组件标识，以便于快速识别异常日志信息的位置是本地组件服务器还是关联组件服务器。
S30：若组件标识中存在关联组件标识，则确定关联组件标识对应的异常日志信息为第一目标日志信息。
在获取异常日志信息后，平台服务器会基于异常日志信息中携带的组件标识，确定异常日志信息来自本地组件服务器还是关联组件服务器。当异常日志信息中的组件标识存在关联组件标识时，则确定关联组件标识对应的异常日志信息为第一目标日志信息。其中，第一目标日志信息是指关联组件标识对应的异常日志信息。
服务器集群在响应http请求的过程中，是根据响应逻辑执行的。服务器集群在响应过程中，若有一个本地组件服务器或者关联组件服务器出现异常，则后续响应该http请求的本地组件服务器或者关联组件服务器便不再执行。同时，该发生异常的本地组件服务器或者关联组件服务器产生的异常指令会依据响应逻辑的顺序依次返回，直至返回给响应逻辑中的最后一个本地组件服务器或者关联组件服务器，使得该本地组件服务器或者该关联组件服务器之前的本地组件服务器和关联组件服务器中都存在异常日志信息，因此，需要确定第一目标日志信息。
例如，在利用该购物APP购买物品时，会向服务器集群发送http请求，该http请求需依次访问支付组件、钱包组件和转账组件；服务器集群基于该http请求依次响应转账组件、钱包组件和支付组件，若在支付组件进行支付操作过程中，出现余额不足或其他不能支付情况时，通过交互组件进行响应，即通过交互组件采用其他支付途径完成支付，该交互组件对应关联组件服务器。若交互组件对应的关联组件服务器发生异常，则该关联组件服务器产生的异常指令会依据响应逻辑的顺序依次返回，即异常指令从交互组件发送给转账组件，然后从转账组件发送给钱包组件，再从钱包组件发送给支付组件，该支付组件对应的本地组件服务器为最后一个本地组件服务器。若转账组件对应的本地组件服务器发生异常，则该本地组件服务器产生的异常指令会依据响应逻辑的顺序依次返回，即异常指令从转账组件发送给钱包组件，再从钱包组件发送给支付组件，该支付组件对应的本地组件服务器为最后一个本地组件服务器。
本实施例中，服务器集群在依据响应逻辑进行响应过程中，本地组件服务器执行完之后才会执行关联组件服务器，关联组件服务器在响应逻辑中属于最后一个响应的组件服务器。因此，当异常日志信息中出现关联组件标识时，则可以直接基于关联组件标识获取第一目标日志信息，节省处理时间，提高处理效率。
S40：基于第一目标日志信息，确定关联组件服务器在响应http请求的过程中出现访问异常。
当平台服务器确定目标日志信息后，则可以确定http请求在访问过程出现异常的位置。通过该目标日志信息携带的关联组件标识，可以确定服务器集群按照响应逻辑执行时，出现异常的服务器的位置为关联组件服务器。通过目标日志信息可以快速直接地确定服务器集群在响应http请求出现异常，是在关联组件服务器响应时时发生的，实现了自动化确定异常的位置，节省了测试人员查找异常日志获取目标日志信息的时间，提高异常检测定位的效率。
本实施例提供的异常检测定位方法，当服务器集群将http请求对应的响应信息通过网络路由器发送给客户端时，网络路由器的旁路部署会将响应信息拷贝并发送给平台服务器。利用网络路由器的旁路部署可以实现对当前网络的监控，并且不会影响现有的网络结构。当平台服务器获取的响应信息携带有响应失败标识时，平台服务器会基于响应信息携带的访问ID获取http请求在服务器集群中的异常日志信息。当异常日志信息中的组件标识包括关联组件标识时，则确定存在异常的第一目标日志信息的位置在关联组件服务器中，从而确定该http请求是在访问关联组件服务器时出现了访问异常的情况。通过关联组件标识确定http请求在访问过程中出现异常的位置，可以快速地获知出现异常的具体位置，节省了测试人员查找异常日志获取目标日志信息的时间，提高异常检测定位的效率。
在一实施例中，服务器集群会存在仅包括本地组件服务器的情况，因此，在步骤S20，获取服务器集群在响应访问ID对应的http请求过程中生成的异常日志信息的步骤之后，异常检测定位方法还包括：
S50：若组件标识中不存在关联组件标识，则获取本地组件服务器对应的响应逻辑，基于响应逻辑，从异常日志信息中确定第二目标日志信息。
在获取异常日志信息后，平台服务器会确定异常日志信息中携带的组件标识是否包括关联组件标识，若不包括关联组件标识，则表示异常日志信息中只存在本地组件标识，异常日志信息都是本地组件服务器的异常日志信息。
异常日志信息在生成时都会有对应的生成时间，在确定异常日志信息都是本地组件服务器的异常日志信息后，平台服务器会基于异常日志信息的生成时间和访问ID获取服务器集群在响应访问ID对应的http请求过程中的响应逻辑。基于响应逻辑，查找本地组件服务器中异常日志信息对应的生成时间，将生成时间与当前时间进行比较，获取最接近当前时间的本地组件服务器对应的异常日志信息，该异常日志信息则确定为第二目标日志信息。
在http请求对应的服务器集群中，服务器集群的日志信息是根据响应逻辑生成，在访问过程中有一个本地组件服务器出现异常，则后续的本地组件服务器便不再响应该http请求，因此，在服务器集群中，与当前时间最接近的异常日志信息则可以确定为第二目标日志信息。
S60：基于第二目标日志信息，确定本地组件服务器在响应http请求的过程中出现访问异常。
平台服务器基于获取的目标日志信息，则可以确定本地组件服务器在响应http请求的过程中出现访问异常的位置。按照响应逻辑，则可以确定服务器集群在响应http请求的过程中，出现访问异常的服务器是与当前时间最接近的最后一个本地组件服务器，即造成响应失败的位置是在最后一个本地组件服务器。其中，最后一个本地组件服务器是指基于该本地组件服务器的访问时间，确定的与当前时间最接近的本地组件服务器。通过确定异常日志信息中不存在关联组件标识，排除异常日志信息是来自关联组件服务器的异常日志信息，从而确定异常日志信息来自本地组件服务器。
在确定异常日志信息来自本地组件服务器后，当异常日志信息对应的本地组件服务器包括多个本地组件服务器时，还需要进一步确定造成http请求在访问过程中出现访问异常的具体位置，对出现访问异常的具体位置进行快速准确的定位，节约了测试人员查找目标日志信息的时间，提高异常检测定位的效率。
在一实施例中，如图3所示，步骤S20中，获取服务器集群在响应访问ID对应的http请求过程中生成的异常日志信息，具体包括如下步骤：
S21：获取访问ID对应的http请求在服务器集群中的原始日志信息，原始日志信息包括响应状态标识。
平台服务器在获取到响应失败标识对应的响应失败信息后，会基于响应失败信息中的访问ID获取对应的http访问请求在服务器集群中的原始日志信息。服务器集群中的组件服务器对应的原始日志信息会包含响应状态标识，该响应状态标识是用于表示原始日志信息类型的标识，其中，原始日志信息类型包括正常日志信息类型和异常日志信息类型。正常日志信息类型对应正常状态标识，异常日志信息类型对应异常状态标识。具体地，正常状态标识是指用于表示组件服务器中，原始日志信息类型属于正常日志信息类型的标识，该正常状态标识可以识别原始日志信息中正常日志信息类型对应的日志信息；异常状态标识是指用于表示组件服务器中的原始日志信息属于异常的标识，该异常状态标识可以识别原始日志信息中异常日志信息类型对应的日志信息。
基于原始日志信息的响应状态标识，可以直观清楚地了解原始日志信息中是否存在有异常状态标识对应的日志信息。
S22：若响应状态标识为异常状态标识，则将异常状态标识对应的原始日志信息确定为异常日志信息。
当原始日志信息中的响应状态标识为异常状态标识时，则可以确定该异常状态标识对应的原始日志信息为异常日志信息。本实施例中，异常状态标识包括但不限于预先设置的关键字或者预先设置的异常指令，当原始日志信息中出现这些预先设置的关键字或异常指令时，其响应状态标识即为异常状态标识。例如，预先设置的关键字为“null”或“fail”，或者，预先设置的异常指令为“错误进程：0x1100”时，在任一原始日志信息中出现“null”或“fail”时，或者，出现“错误进程：0x1100”等异常指令时，则认为该原始日志信息中的响应状态标识为异常状态标识，通过该异常状态标识则可以确定该原始日志信息为异常日志信息。通过确定异常日志信息就可以执行步骤S30，进一步地确定http请求访问过程出现异常的具体位置。
通过对原始日志信息中的响应状态标识的判断，确定异常状态标识对应的原始日志信息为异常日志信息，便于后续步骤中只对异常日志信息进行分析，降低了平台服务器对数据的处理量。
在一实施例中，异常日志信息还包括异常类型，该异常类型是指用于表示异常日志生成原因的类型。当响应信息为响应失败标识对应的响应信息时，平台服务器通过异常日志信息中包括的异常类型，对种异常类型出现的次数进行统计，并一可视化报告的形式展示出来，方便测试人员分析并归纳总结造成http请求访问失败的主要原因有哪些。因此，如图4所示，该异常检测定位方法还包括如下步骤：
S71：获取报告制作请求，报告制作请求包括数据菜单和报告标识。
报告制作请求是指用于触发平台服务器基于异常类型制作报告的指令。该报告制作请求携带有数据菜单和报告标识。其中，数据菜单是用于记录异常类型、异常出现的时间和异常类型出现的次数的菜单。报告标识是用于识别可视化报告模板的标识。进一步地，报告制作请求中还携带有某一特定http请求对应的报告主题。该报告主题与http请求携带的访问ID保持一致，方便测试人员基于报告主题可以快速辨别出该报告与哪一个http请求相对应。
异常类型包括但不限于服务器响应时间超时、内存溢出和逻辑错误。其中，服务器响应时间超时包括但不限于网速过慢、并发用户数过大造成网络负载过重等原因导致的服务器响应时间超时。内存溢出是指访问量太多并且每个访问的时间太长或者数据太多，导致数据释放不掉，造成内存溢出。逻辑错误是指程序运行时代码运行异常的情况。
S72：基于报告标识从可视化模板库选取可视化报告模板，可视化报告模板包括模板框架和图表转换工具。
可视化模板库是指平台服务器中用于存储各种类型的可视化报告模板的数据库。其中，可视化报告模板包括模板框架和图表转换工具。模板框架是指可视化报告模板中需要填充报告数据的区域。图表转换工具是指用于将数据菜单中的数据进行可视化的工具。图表转换工具是指采用图表转化工具将数据菜单中的数据转化成不同可视化的图表类型。该图表类型包括但不限于柱状图、折线图和饼状图。
本实施例中的图表转换工具可以采用但不限于Echarts工具。ECharts(Enterprise Charts，商业级数据图表)，是一个纯Javascript的图表库，可以流畅的运行在PC和移动设备上，兼容当前绝大部分浏览器(IE6/7/8/9/10/11，chrome，firefox，Safari等)。使用图表转换工具能够给用户提供直观、生动、可高度个性化定制的数据可视化图表，有效提高数据的可视化程度。
具体地，平台服务器基于报告制作请求中携带的报告标识，从可视化模板库中选取与报告标识对应的可视化报告模板，其中，可视化报告模板包括模板框架和图表转换工具。利用该可视化报表模板制作异常分析报告，有利于提高报表的制作效率。
S73：采用图表转换工具对与数据菜单相对应的异常数据进行可视化显示，获取可视化图像。
其中，可视化图像是采用图表转换工具对与数据菜单相对应的异常数据进行可视化转换后的图像。
具体地，采用图表转换工具根据用户选择的图表类型将数据菜单中的异常类型、异常出现的时间和对应的异常类型出现的次数等异常数据进行可视化展示，获取对应的可视化图像。采用图表转换工具对与数据菜单相对应的异常数据进行可视化显示，可以提高获取可视图像的效率和准确性。
S74：将可视化图像填充到模板框架上，形成异常分析报告。
异常分析报告是指基于可视化图像和模板框架生成的报告，该异常分析报告用于反映造成响应信息为响应失败标识对应的响应信息的主要原因、次要原因等情况。
具体地，在获取到可视化图像后，将可视化图像填充到模板框架上，生成对应的异常分析报告。该异常分析报告可以直观地显示出与数据菜单相对应的每种异常类型、异常出现的时间和异常类型出现的次数等异常数据，方便测试人员进行分析，并可基于异常类型、异常出现的时间和异常类型出现的次数等异常数据确定导致http请求在访问过程中出现异常的常见原因。
如采用图表转换工具将异常类型和对应的异常出现的次数填充到饼状图或者柱状图对应的图表类型中，获取对应的可视化图像，然后将可视化图像填充到模板框架上，获取该http请求访问失败的异常分析报告。该饼状图可以反映造成该http请求访问失败的主要原因和次要原因，柱状图可以反映造成http请求访问失败的各种异常类型的次数。将异常类型、异常出现的时间和异常类型出现的次数转换成折线图对应的异常分析报告，可以具体反映每种异常类型在不同时间出现次数的变化趋势图。该异常分析报告中填充有基于异常数据生成的可视化图像，以便于测试人员可以一目了然地获知造成http请求访问异常的原因，并采取对应的解决方案防止该异常类型的出现，以避免http请求出现访问失败的情况。
该异常检测定位方法通过网络路由器的旁路部署将响应信息拷贝并发送给平台服务器，平台服务器在响应信息携带有响应失败标识时，基于响应信息中的访问ID获取http请求在服务器集群中的异常日志信息，通过异常日志信息中的组件标识确定http请求在访问过程中出现异常的位置是在关联组件服务器还是在本地组件服务器。该异常检测定位方法实现了快速确定存在异常的目标日志信息的位置，节省了测试人员查找异常日志的时间。并且，通过对异常类型进行可视化展示，方便测试人员直观清楚的了解造成http在访问过程中出现异常的原因。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
在一实施例中，提供一种异常检测定位装置。该异常检测定位装置于上述实施例中异常检测定位方法一一对应。如图5所示，该异常检测定位装置包括响应信息获取模块10、异常日志信息获取模块20、第一目标日志信息获取模块30、第一访问异常位置确认模块40、第二目标日志信息获取模块50和第二访问异常位置确认模块60。其中，响应信息获取模块10、异常日志信息获取模块20、第一目标日志信息获取模块30、第一访问异常位置确认模块40、第二目标日志信息获取模块50和第二访问异常位置确认模块60的实现功能与实施例中异常检测定位方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。
响应信息获取模块10，用于获取服务器集群发送的响应信息，响应信息包括响应标识和访问ID；服务器集群包括本地组件服务器或者本地组件服务器和关联组件服务器。
异常日志信息获取模块20，用于若响应标识为响应失败标识，则获取服务器集群在响应访问ID对应的http请求过程中生成的异常日志信息，异常日志信息包括组件标识。
第一目标日志信息获取模块30，用于若组件标识中存在关联组件标识，则确定关联组件标识对应的异常日志信息为第一目标日志信息。
第一访问异常位置确认模块40，用于基于第一目标日志信息，确定关联组件服务器在响应http请求的过程中出现访问异常。
优选地，异常检测定位装置还包括第二目标日志信息获取模块50和第二访问异常位置确认模块60。
第二目标日志信息获取模块50，用于若组件标识中不存在关联组件标识，则获取本地组件服务器对应的响应逻辑，基于响应逻辑，从异常日志信息中确定第二目标日志信息。
第二访问异常位置确认模块60，用于基于第二目标日志信息，确定本地组件服务器在响应http请求的过程中出现访问异常。
优选地，响应信息获取模块10，用于通过网络路由器的旁路部署，获取服务器集群发送的响应信息。
优选地，异常日志信息获取模块20包括原始日志信息获取单元21和异常日志信息获取单元22。
原始日志信息获取单元21，用于获取访问ID对应的http请求在服务器集群中的原始日志信息，原始日志信息包括响应状态标识。
异常日志信息获取单元22，用于若响应状态标识为异常状态标识，则将异常状态标识对应的原始日志信息确定为异常日志信息。
优选地，异常检测定位装置还包括报告制作请求获取单元71、可视化报告模板获取单元72、可视化图像获取单元73和异常分析报告获取单元74。
报告制作请求获取单元71，用于获取报告制作请求，报告制作请求包括数据菜单和报告标识。
可视化报告模板获取单元72，用于基于报告标识从可视化模板库选取可视化报告模板，可视化报告模板包括模板框架和图表转换工具。
可视化图像获取单元73，用于采用图表转换工具对与数据菜单相对应的异常数据进行可视化显示，获取可视化图像。
异常分析报告获取单元74，用于将可视化图像填充到模板框架上，形成异常分析报告。
在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中异常检测定位方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述实施例中异常检测定位装置的各模块/单元的功能，为避免重复，这里不再赘述。
该计算机可读存储介质可以包括：能够携带所述计算机程序的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号和电信信号等。
在一实施例中，提供一种计算机设备。如图6所示，该实施例的计算机设备80包括：处理器81、存储器82以及存储在存储器82中并可在处理器81上运行的计算机程序83。处理器81执行计算机程序83时实现上述实施例中异常检测定位方法的步骤，例如图1所示的步骤S10至步骤S60。或者，处理器81执行计算机程序83时实现上述实施例中异常检测定位装置的各模块/单元的功能，例如图5所示响应信息获取模块10、异常日志信息获取模块20、第一目标日志信息获取模块30、第一访问异常位置确认模块40、第二目标日志信息获取模块50和第二访问异常位置确认模块60的功能。
其中，计算机设备80可以是桌上型计算机、笔记本、掌上电脑及云端服务器等设备，图6仅为本实施例中计算机设备的示例，可以包括比如图6示更多或更少的部件，或者组合某些部件或者不同的部件。存储器82可以是计算机设备的内部存储单元，如硬盘或内存，也可以是计算机设备的外部存储单元，如插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。计算机程序83包括程序代码，该程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。