基于接口响应时长的统计分析方法、装置及计算机设备与流程

本发明涉及数据处理领域，尤其涉及一种基于接口响应时长的统计分析方法、装置及计算机设备。

背景技术：

业务系统在运行过程中往往会调用到多个后台接口，不同的后台接口的响应时长可能会存在差异，如有的后台接口响应比较慢，而有的后台接口响应比较快，一般情况下可以根据后台接口的响应时长做响应的性能优化。但是目前还难于统计业务系统在同样的网络环境下的不同接口的响应时长，即只能通过业务系统的控制台获取单个后台接口的响应时长，而无法与其他接口的响应情况做对比统计，这种情况下不能客观地反映这个接口的响应是否耗时久，故难于准确判断需要做性能优化的后台接口，此时则会导致某些后台接口的性能不稳定。

技术实现要素：

本发明实施例提供一种基于接口响应时长的统计分析方法、装置及计算机设备，能够获取多接口的响应时长进行分析，以提高相应接口的性能的稳定性。

第一方面，本发明实施例提供了一种基于接口响应时长的统计分析方法，该方法包括：

控制客户端封装请求拦截器；

若检测到所述客户端向后端服务器的其中一个接口发起接口请求，调用所述请求拦截器中的请求拦截函数，以获取所述接口请求的发起时间，并将该发起时间确定为开始时间点；

若检测到所述后端服务器向所述客户端返回响应数据信息，调用所述请求拦截器中的回调函数，以获取所述客户端接收所述响应数据信息的接收时间，并将该接收时间确定为结束时间点；

将所述结束时间点与所述开始时间点相减以得到一时间差，将所述时间差确定为相应的接口的接口响应时长，并将所述接口响应时长发送至session存储介质中进行存储；

若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，确定所述session存储介质中的数值最大的接口响应时长，并对所述数值最大的接口响应时长对应的接口进行标识，以进行预设的优化处理。

第二方面，本发明实施例还提供了一种基于接口响应时长的统计分析装置，该装置包括：

控制单元，用于控制客户端封装请求拦截器；

第一处理单元，用于若检测到所述客户端向后端服务器的其中一个接口发起接口请求，调用所述请求拦截器中的请求拦截函数，以获取所述接口请求的发起时间，并将该发起时间确定为开始时间点；

第二处理单元，用于若检测到所述后端服务器向所述客户端返回响应数据信息，调用所述请求拦截器中的回调函数，以获取所述客户端接收所述响应数据信息的接收时间，并将该接收时间确定为结束时间点；

计算单元，用于将所述结束时间点与所述开始时间点相减以得到一时间差，将所述时间差确定为相应的接口的接口响应时长，并将所述接口响应时长发送至session存储介质中进行存储；

第三处理单元，用于若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，确定所述session存储介质中的数值最大的接口响应时长，并对所述数值最大的接口响应时长对应的接口进行标识，以进行预设的优化处理。

第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明实施例提供了一种基于接口响应时长的统计分析方法、装置及计算机设备。本发明实施例由于能够对多个接口的响应时长进行统计分析，提高了相应接口的性能的稳定性。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种基于接口响应时长的统计分析方法的流程示意图；

图2是本发明实施例提供的一种基于接口响应时长的统计分析方法的子流程示意图；

图3是本发明实施例提供的一种基于接口响应时长的统计分析方法的子流程示意图；

图4是本发明实施例提供的一种基于接口响应时长的统计分析方法的子流程示意图；

图5是本发明实施例提供的一种基于接口响应时长的统计分析装置的示意性框图；

图6是本发明实施例提供的一种基于接口响应时长的统计分析装置的第一处理单元的示意性框图；

图7是本发明实施例提供的一种基于接口响应时长的统计分析装置的第二处理单元的示意性框图；

图8是本发明实施例提供的一种基于接口响应时长的统计分析装置的第三处理单元的示意性框图；

图9是本发明实施例提供的一种计算机设备结构组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参阅图1，图1是本发明实施例提供的一种基于接口响应时长的统计分析方法的示意流程图。该方法可以运行在智能手机(如android手机、ios手机等)、平板电脑、笔记本电脑以及智能设备等终端中。如图1所示，该方法的步骤包括步骤s101～s105。

步骤s101，控制客户端封装请求拦截器。

在本实施例中，该客户端可以是基于vue框架的前端工程，例如该前端工程可以是某个后台管理系统，该后台管理系统的前端工程会通过发送接口请求调用后台管理系统中的接口api，同时该前端工程还能够接收接口api返回的数据信息做页面渲染展示。其中，该后台管理系统可以是指一个后台服务器，前端工程能够通过调用后台服务器中的接口与其进行数据通信。一般情况下，后台服务器可以包括若干个供客户端调用的接口，针对不同的接口，客户端能够发起不同的接口请求。

控制客户端封装请求拦截器是指在客户端封装请求拦截器，通常所有的接口请求都会经过该请求拦截器，即请求拦截器就是指前端工程调用后台管理系统的接口api的统一入口，可以起到对接口请求的统一拦截处理。例如，该请求拦截器可以是vue框架自带的功能，只需要在vue项目的入口函数调用vue的方法vue.http.interceptors函数，具体地，在vue项目中，可以在main.js入口文件中定义vue.http.interceptors函数，故可知该拦截器是所有接口请求的入口，也就是说，所有的接口请求都会经过该函数，该函数起到统一的拦截处理功能。

步骤s102，若检测到所述客户端向后端服务器的其中一个接口发起接口请求，调用所述请求拦截器中的请求拦截函数，以获取所述接口请求的发起时间，并将该发起时间确定为开始时间点。

在本实施例中，若检测到所述客户端向后端服务器的其中一个接口发起接口请求，则可以调用所述请求拦截器中的请求拦截函数，并获取所述接口请求的发起时间。例如，对于后端服务器而言，客户端的页面a可以调用后端服务器的某一接口以获取表格数据用于渲染页面的表格。客户端发起接口请求时，该接口请求会经过请求拦截器，在请求拦截器转发该接口请求前可以获取并记录客户端发起接口请求的发起时间，并将该发起时间确定为上述接口请求的开始时间点。通常，该开始时间点可以精确到毫秒数，例如，还可以通过预设的时间记录函数performance.now()来实现数据的记录。

在一实施例中，如图2所示，所述请求拦截函数为vue.http.interceptors函数，所述步骤s102可以包括步骤s201～s203。

步骤s201，若检测到所述客户端向后端服务器的其中一个接口发起接口请求，调用所述vue.http.interceptors函数。

在本实施例中，若检测到所述客户端向后端服务器的其中一个接口发起接口请求，可以调用在main.js入口文件中定义vue.http.interceptors函数，以实现对接口请求的拦截。

步骤s202，运行所述vue.http.interceptors函数，以获取所述接口请求的发起时间。

在本实施例中，运行所述vue.http.interceptors函数，能够拦截接口请求从而获取所述接口请求的发起时间。

步骤s203，通过预设的时间记录函数将所述发起时间确定并记录为该接口请求的开始时间点。

在本实施例中，通过预先设置的时间记录函数，可以对发起时间进行记录，同时也可以确定该发起时间为接口请求的开始时间点。例如，该预设的时间记录函数可以是performance.now()。

步骤s103，若检测到所述后端服务器向所述客户端返回响应数据信息，调用所述请求拦截器中的回调函数，以获取所述客户端接收所述响应数据信息的接收时间，并将该接收时间确定为结束时间点。

在本实施例中，若检测到所述后端服务器向所述客户端返回响应数据信息，此时则表明后端服务器在接收到接口请求后，可以调用相应的响应数据信息以返回给到客户端，此时的响应数据信息发送至客户端之后，则会调用到该请求连接器中的回调函数，回调函数被触发之后，则表明该接口请求已完成，此时则可以获取客户端接口到所述响应数据信息的接收时间，并将该接收时间确定为上述接口请求的结束时间点。通常，该结束时间点可以精确到毫秒数，例如，还可以通过预设的时间记录函数performance.now()来实现数据的记录。

在一实施例中，如图3所示，所述步骤s103可以包括步骤s301～s303。

步骤s301，若检测到所述后端服务器向所述客户端返回响应数据信息，调用所述请求拦截器中的回调函数。

在本实施例中，若检测到所述后端服务器向所述客户端返回响应数据信息，可以调用请求拦截器中的回调函数，以实现对响应数据信息的获取。

步骤s302，运行所述回调函数，以获取所述客户端接收所述响应数据信息的接收时间。

在本实施例中，运行所述回调函数，能够确定该接口请求已经完成，此时可以获取后端服务器返回的响应数据信息，并确定所述客户端接收所述响应数据信息的接收时间。

步骤s303，通过预设的时间记录函数将所述接收时间确定并记录为该接口请求的结束时间点。

在本实施例中，通过预先设置的时间记录函数，可以对接收时间进行记录，同时也可以确定该接收时间为接口请求的结束时间点。例如，该预设的时间记录函数可以是performance.now()。

步骤s104，将所述结束时间点与所述开始时间点相减以得到一时间差，将所述时间差确定为相应的接口的接口响应时长，并将所述接口响应时长发送至session存储介质中进行存储。

在本实施例中，通过将所述结束时间点与所述开始时间点相减所得到的时间差能够确定为客户端向相应的接口发送接口请求，以及接口相应该接口请求并向客户端返回响应数据信息后的接口响应时长。由于后端服务器可以包括多个接口，为了测试客户端与不同接口之间的接口响应时长进行比较，在确定其中一个接口所对应的接口响应时长后，需要将该接口响应时长发送至session存储介质中进行存储，以便进行后续的统一分析处理。其中，session在计算机中,尤其是在网络应用中,称为“会话控制”，session技术通过服务器来保存状态。我们可以把服务器和客户端浏览器的一系列动作称为一个session，而session是服务器端为客户端所开辟的存储空间，其中保存的信息就是为了保存状态。session存储介质可以存储特定用户会话所需相关信息。

步骤s105，若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，确定所述session存储介质中的数值最大的接口响应时长，并对所述数值最大的接口响应时长对应的接口进行标识，以进行预设的优化处理。

在本实施例中，若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，则表明此时客户端已向预设数量的不同接口发起请求，并已获取预设数量的接口响应时长，且不同的接口响应时长对应不同的接口，即此时可以确定存储在所述session存储介质中的数值最大的接口响应时长，为了便于进行预设的优化处理，此时需要对所述数值最大的接口响应时长对应的接口进行标识，以便于对该标识后的接口进行分析优化。其中，所述session存储介质能够保存相关的信息，如接口响应时长。

在一实施例中，如图4所示，所述步骤s105可以包括步骤s401～s404。

步骤s401，若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，获取所述session存储介质中的所有的接口响应时长。

在本实施例中，若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，此时可以直接获取所述session存储介质中的所有的接口响应时长以便于进行后续分析处理。

步骤s402，根据数值的大小对所获取的接口响应时长进行排序，以确定数值最大的接口响应时长。

在本实施例中，可以根据数值的大小从左至右或者从右至左对所获取的接口响应时长进行排序，从而确定数值最大的接口响应时长。

步骤s403，确定数值最大的接口响应时长所对应的接口以对该接口进行标识。

在本实施例中，确定了最大的接口响应时长，此时也可以确定数值最大的接口响应时长所对应的接口，并对该接口进行标识，以便查找确认。

步骤s404，对已标识的接口进行预设的优化处理。

在本实施例中，还需要对已标识的接口进行预设的优化处理，从而实现通过系统地统计分析接口响应时长，来实现对接口的分析和优化。

在一实施例中，所述方法的步骤s105之前还可以包括以下步骤：

步骤s106，判断检测到的客户端向后端服务器发起的不同的接口请求的数量是否等于预设数量。

在本实施例中，还可以包括用于判断检测到的客户端向后端服务器发起的不同的接口请求的数量是否等于预设数量，从而确定是否进行下一步的对所述session存储介质中的所有的接口响应时长进行排序分析的步骤。

其中，若检测到客户端向后端服务器发起的不同的接口请求的数量不等于预设数量，返回执行所述步骤s102。

综上，本发明实施例由于能够对多个接口的响应时长进行统计分析，提高了相应接口的性能的稳定性。

本领域普通技术员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。

请参阅图5，对应上述一种基于接口响应时长的统计分析方法，本发明实施例还提出一种基于接口响应时长的统计分析装置，该装置100包括：控制单元101、第一处理单元102、第二处理单元103、计算单元104以及第三处理单元105。

所述控制单元101，用于控制客户端封装请求拦截器。

在本实施例中，该客户端可以是基于vue框架的前端工程，例如该前端工程可以是某个后台管理系统，该后台管理系统的前端工程会通过发送接口请求调用后台管理系统中的接口api，同时该前端工程还能够接收接口api返回的数据信息做页面渲染展示。其中，该后台管理系统可以是指一个后台服务器，前端工程能够通过调用后台服务器中的接口与其进行数据通信。一般情况下，后台服务器可以包括若干个供客户端调用的接口，针对不同的接口，客户端能够发起不同的接口请求。

控制客户端封装请求拦截器是指在客户端封装请求拦截器，通常所有的接口请求都会经过该请求拦截器，即请求拦截器就是指前端工程调用后台管理系统的接口api的统一入口，可以起到对接口请求的统一拦截处理。例如，该请求拦截器可以是vue框架自带的功能，只需要在vue项目的入口函数调用vue的方法vue.http.interceptors函数，具体地，在vue项目中，可以在main.js入口文件中定义vue.http.interceptors函数，故可知该拦截器是所有接口请求的入口，也就是说，所有的接口请求都会经过该函数，该函数起到统一的拦截处理功能。

所述第一处理单元102，用于若检测到所述客户端向后端服务器的其中一个接口发起接口请求，调用所述请求拦截器中的请求拦截函数，以获取所述接口请求的发起时间，并将该发起时间确定为开始时间点。

在本实施例中，若检测到所述客户端向后端服务器的其中一个接口发起接口请求，则可以调用所述请求拦截器中的请求拦截函数，并获取所述接口请求的发起时间。例如，对于后端服务器而言，客户端的页面a可以调用后端服务器的某一接口以获取表格数据用于渲染页面的表格。客户端发起接口请求时，该接口请求会经过请求拦截器，在请求拦截器转发该接口请求前可以获取并记录客户端发起接口请求的发起时间，并将该发起时间确定为上述接口请求的开始时间点。通常，该开始时间点可以精确到毫秒数，例如，还可以通过预设的时间记录函数performance.now()来实现数据的记录。

在一实施例中，如图6所示，所述请求拦截函数为vue.http.interceptors函数，所述第一处理单元102可以包括第一调用单元201、第一运行单元202以及第一确定单元203。

所述第一调用单元201，用于若检测到所述客户端向后端服务器的其中一个接口发起接口请求，调用所述vue.http.interceptors函数。

在本实施例中，若检测到所述客户端向后端服务器的其中一个接口发起接口请求，可以调用在main.js入口文件中定义vue.http.interceptors函数，以实现对接口请求的拦截。

所述第一运行单元202，用于运行所述vue.http.interceptors函数，以获取所述接口请求的发起时间。

在本实施例中，运行所述vue.http.interceptors函数，能够拦截接口请求从而获取所述接口请求的发起时间。

所述第一确定单元203，用于通过预设的时间记录函数将所述发起时间确定并记录为该接口请求的开始时间点。

在本实施例中，通过预先设置的时间记录函数，可以对发起时间进行记录，同时也可以确定该发起时间为接口请求的开始时间点。例如，该预设的时间记录函数可以是performance.now()。

所述第二处理单元103，用于若检测到所述后端服务器向所述客户端返回响应数据信息，调用所述请求拦截器中的回调函数，以获取所述客户端接收所述响应数据信息的接收时间，并将该接收时间确定为结束时间点。

在本实施例中，若检测到所述后端服务器向所述客户端返回响应数据信息，此时则表明后端服务器在接收到接口请求后，可以调用相应的响应数据信息以返回给到客户端，此时的响应数据信息发送至客户端之后，则会调用到该请求连接器中的回调函数，回调函数被触发之后，则表明该接口请求已完成，此时则可以获取客户端接口到所述响应数据信息的接收时间，并将该接收时间确定为上述接口请求的结束时间点。通常，该结束时间点可以精确到毫秒数，例如，还可以通过预设的时间记录函数performance.now()来实现数据的记录。

在一实施例中，如图7所示，所述第二处理单元103可以包括第二调用单元301、第二运行单元302以及第二确定单元303。

所述第二调用单元301，用于若检测到所述后端服务器向所述客户端返回响应数据信息，调用所述请求拦截器中的回调函数。

在本实施例中，若检测到所述后端服务器向所述客户端返回响应数据信息，可以调用请求拦截器中的回调函数，以实现对响应数据信息的获取。

所述第二运行单元302，用于运行所述回调函数，以获取所述客户端接收所述响应数据信息的接收时间。

在本实施例中，运行所述回调函数，能够确定该接口请求已经完成，此时可以获取后端服务器返回的响应数据信息，并确定所述客户端接收所述响应数据信息的接收时间。

所述第二确定单元303，用于通过预设的时间记录函数将所述接收时间确定并记录为该接口请求的结束时间点。

在本实施例中，通过预先设置的时间记录函数，可以对接收时间进行记录，同时也可以确定该接收时间为接口请求的结束时间点。例如，该预设的时间记录函数可以是performance.now()。

所述计算单元104，用于将所述结束时间点与所述开始时间点相减以得到一时间差，将所述时间差确定为相应的接口的接口响应时长，并将所述接口响应时长发送至session存储介质中进行存储。

在本实施例中，通过将所述结束时间点与所述开始时间点相减所得到的时间差能够确定为客户端向相应的接口发送接口请求，以及接口相应该接口请求并向客户端返回响应数据信息后的接口响应时长。由于后端服务器可以包括多个接口，为了测试客户端与不同接口之间的接口响应时长进行比较，在确定其中一个接口所对应的接口响应时长后，需要将该接口响应时长发送至session存储介质中进行存储，以便进行后续的统一分析处理。

所述第三处理单元105，用于若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，确定所述session存储介质中的数值最大的接口响应时长，并对所述数值最大的接口响应时长对应的接口进行标识，以进行预设的优化处理。

在本实施例中，若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，则表明此时客户端已向预设数量的不同接口发起请求，并已获取预设数量的接口响应时长，且不同的接口响应时长对应不同的接口，即此时可以确定存储在所述session存储介质中的数值最大的接口响应时长，为了便于进行预设的优化处理，此时需要对所述数值最大的接口响应时长对应的接口进行标识，以便于对该标识后的接口进行分析优化。其中，所述session存储介质能够保存相关的信息，如接口响应时长。

在一实施例中，如图8所示，所述第三处理单元105可以包括时长获取单元401、时长确定单元402、接口标识单元403以及优化单元404。

所述时长获取单元401，用于若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，获取所述session存储介质中的所有的接口响应时长。

在本实施例中，若检测到客户端向后端服务器发起的不同的接口请求的数量等于预设数量，此时可以直接获取所述session存储介质中的所有的接口响应时长以便于进行后续分析处理。

所述时长确定单元402，用于根据数值的大小对所获取的接口响应时长进行排序，以确定数值最大的接口响应时长。

在本实施例中，可以根据数值的大小从左至右或者从右至左对所获取的接口响应时长进行排序，从而确定数值最大的接口响应时长。

所述接口标识单元403，用于确定数值最大的接口响应时长所对应的接口以对该接口进行标识。

在本实施例中，确定了最大的接口响应时长，此时也可以确定数值最大的接口响应时长所对应的接口，并对该接口进行标识，以便查找确认。

所述优化单元404，用于对已标识的接口进行预设的优化处理。

在本实施例中，还需要对已标识的接口进行预设的优化处理，从而实现通过系统地统计分析接口响应时长，来实现对接口的分析和优化。

在一实施例中，所述装置100的第三处理单元105之前还可以包括以下单元：

判断单元106，用于判断检测到的客户端向后端服务器发起的不同的接口请求的数量是否等于预设数量。

在本实施例中，还可以包括用于判断检测到的客户端向后端服务器发起的不同的接口请求的数量是否等于预设数量，从而确定是否进行下一步的对所述session存储介质中的所有的接口响应时长进行排序分析的步骤。

其中，若检测到客户端向后端服务器发起的不同的接口请求的数量不等于预设数量，返回执行所述第一处理单元102。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述基于接口响应时长的统计分析装置100和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

由以上可见，在硬件实现上，以上控制单元101、第一处理单元102、第二处理单元103、计算单元104以及第三处理单元105等可以以硬件形式内嵌于或独立于寿险报案的装置中，也可以以软件形式存储于基于接口响应时长的统计分析装置的存储器中，以便处理器调用执行以上各个单元对应的操作。该处理器可以为中央处理单元(cpu)、微处理器、单片机等。

上述基于接口响应时长的统计分析装置可以实现为一种计算机程序的形式，计算机程序可以在如图9所示的计算机设备上运行。

图9为本发明一种计算机设备的结构组成示意图。该设备可以是终端其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。参照图9，该计算机设备500包括通过系统总线501连接的处理器502、存储器、内存储器504和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032，该计算机程序5032被执行时，可使得处理器502执行一种基于接口响应时长的统计分析方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种基于接口响应时长的统计分析方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现上述基于接口响应时长的统计分析方法中的步骤。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，该计算机程序被处理器执行时使处理器执行上述基于接口响应时长的统计分析方法中的步骤。所述存储介质为实体的、非瞬时性的存储介质，例如可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的实体存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。