CN111339380B - 一种接口耗时数据处理方法及相关装置 - Google Patents

Abstract

本公开是关于一种接口耗时数据处理方法，该方法包括：接收终端设备发送的耗时查询请求，所述耗时查询请求用于查询目标数据请求的接口耗时，所述耗时查询请求包含所述目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；确定与所述请求标识对应的接口耗时数据；向所述终端设备发送所述接口耗时数据，以使得所述终端设备根据所述接口耗时数据向用户显示所述目标数据请求对应的接口耗时。本公开提供的方案，能降低接口耗时调试的复杂度和系统风险。

Description

一种接口耗时数据处理方法及相关装置

技术领域

本公开涉及通信技术领域，尤其涉及一种接口耗时数据处理方法及相关装置。

背景技术

当今是互联网信息时代，各种各样的应用程序(Application，APP)层出不穷。APP的主要工作架构就是客户端/服务器(Client/Server，C/S)模式，其中服务器负责生成数据发送给客户端，客户端则负责接收数据并渲染页面，整个过程消耗的时间就是用户等待页面呈现的时间，整体耗时越短，用户体验越好。

接口是承担上述流程中逻辑最复杂的部分，通常接口耗时就是整个流程耗时的重要指标，接口耗时越长用户体验越差，各大厂商为了提升接口耗时，投入了巨大的人力成本，优化各种架构及逻辑，以提升接口性能，降低接口耗时。

现在主要的接口耗时调试方式，是由程序开发人员在可能的程序位置输出程序运行时间到日志文件里，然后到客户端发起请求，请求结束后程序开发人员再到日志文件里查看耗时。

当页面内容复杂，涉及多个子系统提供数据时，按照现有的耗时调试方式就需要到不同的程序中打印运行时间，然后再到不同的日志文件里去查看，整个过程十分繁琐，而且调试过程需要反复修改系统代码结构，复杂度和风险十分高。

发明内容

为克服相关技术中存在的问题，本公开提供一种接口耗时数据处理方法，能降低接口耗时调试的复杂度和系统风险。

根据本公开实施例的第一方面，提供一种接口耗时数据处理方法，包括：

接收终端设备发送的耗时查询请求，所述耗时查询请求用于查询目标数据请求的接口耗时，所述耗时查询请求包含所述目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；

确定与所述请求标识对应的接口耗时数据；

向所述终端设备发送所述接口耗时数据，以使得所述终端设备根据所述接口耗时数据向用户显示所述目标数据请求对应的接口耗时。

根据本公开实施例的第二方面，提供一种处理装置，包括：

第一接收模块，用于接收终端设备发送的耗时查询请求，所述耗时查询请求用于查询目标数据请求的接口耗时，所述耗时查询请求包含所述目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；

确定模块，用于确定与所述请求标识对应的接口耗时数据；

第一发送模块，用于向所述终端设备发送所述接口耗时数据，以使得所述终端设备根据所述接口耗时数据向用户显示所述目标数据请求对应的接口耗时。

根据本公开实施例的第三方面，提供一种服务器，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

根据本公开实施例的第四方面，提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本公开实施例提供的技术方案中，处理装置接收终端设备发送的耗时查询请求后，可以确定与耗时查询请求中的请求标识对应的接口耗时数据，然后将该耗时数据发送给终端设备，从而使得终端设备根据该接口耗时数据向用户显示目标数据请求对应的接口耗时。也就是说，用户只需要通过终端设备发送携带请求标识的耗时查询请求，就可以直接在终端设备上看到目标数据请求对应的接口耗时，操作简单，且不需要反复修改系统代码结构，降低了调试的复杂度和系统风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1是根据本公开一示例性实施例示出的一种接口耗时数据处理系统的结构示意图；

图2是根据本公开一示例性实施例示出的一种接口耗时数据处理方法的流程示意图；

图3是根据本公开一示例性实施例示出的一种接口耗时数据处理方法的另一流程示意图；

图4是根据本公开一示例性实施例示出的发送目标数据请求的操作示意图；

图5是根据本公开一示例性实施例示出的显示目标页面及请求标识的界面示意图；

图6是根据本公开一示例性实施例示出的发送耗时查询请求的操作示意图；

图7是根据本公开一示例性实施例示出的显示接口耗时的界面示意图；

图8是根据本公开一示例性实施例示出的一种处理装置的结构示意图；

图9是根据本公开一示例性实施例示出的一种处理装置的结构另一示意图

图10是根据本公开一示例性实施例示出的一种服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

本公开提供了一种接口耗时数据处理方法，可以降低接口耗时调试的复杂度和系统风险。

为了便于理解本公开实施例，下面对本公开实施例所适用的场景进行简单介绍，请参见图1，其示出了本公开实施例提供的接口耗时数据处理方法所适用的一种系统组成结构示意图。

如图1所示，该系统可以包括由至少一台服务器101组成的服务系统，以及至少一台终端设备102。其中，服务器101用于响应终端设备102的请求，生成数据并将数据发送给客户；终端设备102用于响应用户的操作，生成相关请求发送给服务器101，接收服务器101发送的数据并根据数据渲染页面。

示例性地，开发人员在调试接口耗时时，可以在终端设备102上输入相应的操作指令，终端设备102根据用户的输入向服务器101发送相关的请求，服务器101结合本公开实施例的接口耗时数据处理方法对请求进行响应，发送相应的数据，终端设备102根据数据渲染页面，开发人员根据终端设备102显示的页面内容完成接口耗时的调试。

应理解，本公开实施例中，终端设备102不限于图1所示的手机，还可以是个人计算机，平板电脑等能根据数据渲染页面的设备。终端设备102可以是基于IOS系统的设备，可以是基于安卓系统的设备，还可以是基于其他系统的设备，具体此处不作限定。

应理解，本公开实施例中，处理装置可以是上述图1中的服务系统，或者是服务器系统中的一台或多台服务器101，还可以是其他具有数据处理能力的设备，具有本申请不作限定。

以下结合附图详细描述本公开实施例的技术方案。

图2是根据本公开一示例性实施例示出的一种接口耗时数据处理方法方法的流程示意图。

参见图2，本公开实施例中的接口耗时数据处理方法包括：

201、接收终端设备发送的耗时查询请求；

用户在终端设备上输入相关操作指令，终端设备依据用户输入的操作指令生成耗时查询请求，并向处理装置发送该耗时查询请求，处理装置接收该耗时查询请求，其中，该耗时查询请求用于查询目标数据请求的接口耗时，该耗时查询请求包含目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同。

需要说明的是，本实施例中，耗时查询请求可以用于查询一次或多次目标数据请求的接口耗时，每一次目标数据请求对应一个请求标识，每一次目标数据请求对应的请求标识不相同，即每个请求标识唯一标识一次数据请求。请求标识具体可以是识别码，可以是图形，还可以是其他标识，具体本公开实施例不作限定。

还需要说明的是，本实施例中的目标数据请求可以是应用程序页面数据的请求，也可以是其他数据请求，具体此处不作限定。本实施例中的用户可以是开发人员，具体地，开发人员可以通过测试版本的应用程序的页面输入相关的操作指令。

202、确定与耗时查询请求中的请求标识对应的接口耗时数据；

处理装置接收到耗时查询请求后，解析该耗时查询请求获得目标数据请求对应的请求标识，然后根据该请求标识在日志文件中进行查询，将与该请求标识对应的接口耗时数据查询出来。

需要说明的是，服务器与终端设备之间的数据交互需要调用接口来实现，接口被调用的整个过程所耗费的时间就是接口耗时，本实施例中，接口耗时数据指的是与接口耗时相关的数据，接口耗时数据一般被记载在日志文件中，存储接口耗时数据的具体地址可以由开发人员设定。

203、向终端设备发送接口耗时数据，以使得终端设备根据接口耗时数据向用户显示目标数据请求对应的接口耗时。

处理装置查询到接口耗时数据后，向终端设备发送该接口耗时数据，终端设备依据该接口耗时数据渲染页面，该页面中显示有目标数据请求对应的接口耗时。

本实施例提供的技术方案中，处理装置接收终端设备发送的耗时查询请求后，可以确定与耗时查询请求中的请求标识对应的接口耗时数据，然后将该耗时数据发送给终端设备，从而使得终端设备根据该接口耗时数据向用户显示目标数据请求对应的接口耗时。也就是说，用户只需要通过终端设备发送携带请求标识的耗时查询请求，就可以直接在终端设备上看到目标数据请求对应的接口耗时，操作简单，且不需要反复修改系统代码结构，降低了调试的复杂度和系统风险。

图3是根据本公开另一示例性实施例示出的一种接口耗时数据处理方法方法的流程示意图。

参见图3，本公开实施例中的接口耗时数据处理方法包括：

301、终端设备向处理装置发送的目标数据请求；

当开发人员需要对目标数据请求的接口耗时进行调试时，开发人员通过终端设备上输入第一操作指令，终端设备根据第一操作指令生成目标数据请求，并向处理装置发送该目标数据请求，处理装置接收终端设备发送的目标数据请求。

作为一种可选的方式，目标数据请求可以是应用程序页面数据的请求，第一操作指令可以是点击应用程序的页面链接。

示例性地，如图4所示，智能手机(终端设备)上安装有测试版本的“新氧”应用程序，开发人员打开该应用程序后，点击首页中“口腔齿科”的标识(第一操作指令)，智能手机根据该点击操作向处理装置发送“口腔齿科”对应的页面的数据请求(目标数据请求)。

302、处理装置获取目标数据请求对应的请求标识；

作为一种可选的实现方式，处理装置可以在接收到目标数据请求后，生成该目标数据请求对应的请求标识。

具体地，处理装置每接收到一次数据请求，就会针对该数据请求生成一个请求标识，且每一次生成的请求标识均不相同。处理装置可以通过预设的随机算法生成的随机数作为目标数据请求的请求标识，也可以通过其他方式生成目标数据请求的请求标识，具体此处不作限定。

作为一种可选的实现方式，目标数据请求可以包含请求标识，处理装置接收到该目标数据请求后，解析该目标数据请求获得对应的请求标识。

本实现方式中，终端设备在生成目标数据请求之后，会生成该目标数据请求对应的请求标识，并将该请求标识携带在目标数据请求中，发送给处理装置。具体地，终端设备每生成一个数据请求就会针对该数据请求生成一个请求标识，且每一次生成的请求标识均不相同。终端设备可以通过预设的随机算法生成的随机数作为目标数据请求的请求标识，也可以通过其他方式生成目标数据请求的请求标识，具体此处不作限定。

作为另一种可选的实现方式，目标数据对应的请求标识也可以不携带在目标数据请求中，终端设备将目标数据请求和请求标识分开发送，则处理装置可以通过如下方式获取目标数据请求对应的请求标识：处理装置接收终端设备发送的请求标识。具体地，处理装置可以是再接收到目标数据请求之后接收该请求标识，也可以先接收该请求标识再接收该目标数据请求，具体此处不作限定。

处理装置还可以通过其他方式获取目标数据请求对应的请求标识，具体此处不作限定。

303、处理装置将目标数据请求对应的子系统请求的接口耗时数据与请求标识进行关联和存储；

处理装置获取目标数据请求对应的请求标识后，将目标数据请求对应的子系统请求的接口耗时数据与请求标识进行关联，并将接口耗时数据与请求标识存储在日志文件中。应理解，将接口耗时数据与请求标识进行关联，也可以理解为建立接口耗时数据与请求标识的对应关系，或者说建立接口耗时数据与请求标识的关联关系。

作为一种可选的方式，处理装置可以通过如下方式将子系统请求的接口耗时数据与请求标识进行关联：将目标数据请求对应的子系统请求都标记上该请求标识，以将接口耗时数据与请求标识关联起来。

需要说明的是，本实施例中目标数据请求对应的子系统请求可以包括目标数据请求整个请求链路中所有涉及的子系统请求，还可以包括其他子系统请求，具体本申请不作限定。

还需要说明的是，本实施例中不同的子系统请求的耗时数据可以存储在不同的日志文件中，也可以存储在同一个日志文件中，具体本申请不作限定。

304、处理装置向终端设备发送目标数据请求对应的目标数据；

处理装置接收终端设备发送的目标数据请求后，确定与该目标数据请求对应的目标数据，然后终端设备发送该目标数据请求对应的目标数据。在一些实施例中，该目标数据包括了请求标识。

305、终端设备根据目标数据显示目标页面；

终端设备接收处理装置发送的目标数据，并根据目标数据渲染目标页面，并在屏幕上显示该目标页面。

在一些实施例中，目标数据包括了请求标识，终端设备还会除了显示目标页面的页面元素，还会显示请求标识，该请求标识可以显示在屏幕的任意位置，具体可以覆盖在目标页面的页面元素上。

具体地，终端设备可以显示一次或多次目标数据请求对应的请求标识，即终端设备除了可以显示当次目标数据请求对应的请求标识，还可以显示历史目标数据请求对应的请求标识，便于用户对不同次的目标数据请求进行比较。可选地，终端设备还可以显示每次目标数据请求对应的时间，便于用户区分不同此的目标数据请求。

示例性地，智能手机根据用户的操作向服务器发送“新氧”应用程序中“口腔齿科”对应的页面的数据请求(目标数据请求)后，服务器(处理装置)向该智能手机发送“口腔齿科”对应页面的数据(目标数据)，该智能手机根据该数据渲染“口腔齿科”对应的页面(目标页面)，并将该页面和请求标识“1234567890”显示在手机屏幕上，如图5所示。

306、终端设备向处理装置发送耗时查询请求；

终端设备显示目标页面后，用户可以在目标页面上执行相应的操作来获取想要浏览的内容，具体地，当用户想要获取目标数据请求的接口耗时时，用户可以在目标页面输入第二操作指令，终端设备根据第二操作指令生成耗时查询请求，并向处理装置发送该耗时查询请求，处理装置接收该耗时查询请求，该耗时查询请求用于查询目标数据请求的接口耗时，该耗时查询请求包含目标数据请求对应的请求标识。

具体地，第二操作指令可以包括点击请求标识，则耗时查询请求包括用户所点击的请求标识；第二操作指令可以包括输入一个或多个请求标识，对应地，则耗时查询请求包括用户输入的一个或多个请求标识；第二操作指令也可以包括从显示的请求标识中选择一个或多个请求标识，则耗时查询请求包括用户选择的一个或多个请求标识。第二操作指令还可以是其他操作，具体本申请不作限定。

应理解，当耗时查询请求包括一个请求标识时，耗时查询请求用于查询该请求标识对应的目标数据请求的接口耗时；当耗时查询请求包括多个请求标识时，耗时查询请求可以用于查询这多个请求标识对应的目标数据请求的接口耗时，每一次目标数据请求对应的请求标识是不相同的。

示例性地，手机屏幕显示如图5所示的界面，用户点击手机屏幕上的请求标识(第二操作指令)，智能手机根据该操作生成对应的耗时查询请求，并向服务器(处理装置)发送该耗时查询请求，服务器接收该耗时查询请求，如图6所示。

307、处理装置确定与请求标识对应的接口耗时数据；

处理装置接收到耗时查询请求后，解析该耗时查询请求获得目标数据请求对应的请求标识，然后根据该请求标识在日志文件中进行查询，确定日志文件中与该请求标识关联的至少一个子系统请求的接口耗时数据，该接口耗时数据至少包括子系统请求的名称，以及子系统请求对应的耗时。作为一种可选的方式，处理装置可以将日志文件中所有与请求标识关联的子系统请求都查询出来。

308、处理装置向终端设备发送接口耗时数据；

处理装置查询到接口耗时数据后，向终端设备发送该接口耗时数据，终端设备接收该接口耗时数据。

309、终端设备根据接口耗时数据显示目标数据请求对应的接口耗时。

终端设备接收到接口耗时数据后，根据接口耗时数据渲染页面，该页面中显示有目标数据请求对应的接口耗时。

作为一种可选的方式，处理装置确定子系统请求的接口耗时数据之后，处理装置还可以按照各个子系统请求对应的接口耗时的时长对子系统请求的接口耗时数据进行分类，并将分类结果发送给终端设备，终端设备接收到分类结果后，可以根据接口耗时数据以及该分类结果在渲染的页面中分类显示目标数据请求对应的接口耗时。

进一步地，处理装置可以用不同的颜色标记不同类别的子系统请求的接口耗时数据，并将标记结果发送给终端设备。应理解，除了可以用不同的颜色进行标记，还可以用不同的图标，或者不同的字符，或者其他不同的元素进行标记，具体此处不作限定。

示例性地，处理装置可以将耗时时长小于第一预设值(例如100毫秒)的子系统请求分作一类，并以第一颜色(例如绿色)对该类进行标记；将耗时时长大于或等于第一预设值且小于第二预设值(例如200毫秒)的子系统请求分作一类，并以第二颜色(例如黄色)对该类进行标记；将耗时时长大于或等于第二预设值的子系统请求分作一类，并以第三颜色(例如红色)对该类进行标记。

对应地，终端设备根据接口耗时数据以及分类结果渲染的页面中，耗时时长小于第一预设值的子系统请求的接口耗时会分作一类，并以第一颜色作为标记色；耗时时长大于或等于第二预设值且小于第二预设值的子系统请求的接口耗时会分作一类，并以第二颜色作为标记色；耗时时长大于或等于第二预设值的子系统请求的接口耗时会分作一类，并以第三颜色作为标记色。如图7所示，子系统请求“Doctor-Doctor-getDoctorItem”对应的接扣耗时为30毫秒，以第一颜色标记显示；子系统请求“Doctor-Doctor-getDoctorInfo”对应的接口耗时为110毫秒，以第二颜色标记显示，子系统请求“Api-Item-getList”对应的接口耗时为330毫秒，以第三颜色标记显示。

需要说明的是，本实施例中，步骤303和步骤304不区分先后顺序，可以先执行步骤303再执行步骤304，也可以先执行步骤304再执行步骤303，具体此处不作限定。

本实施例提供的技术方案中，处理装置接收终端设备发送的耗时查询请求后，可以确定与耗时查询请求中的请求标识对应的接口耗时数据，然后将该耗时数据发送给终端设备，从而使得终端设备根据该接口耗时数据向用户显示目标数据请求对应的接口耗时。也就是说，用户只需要通过终端设备发送携带请求标识的耗时查询请求，就可以直接在终端设备上看到目标数据请求对应的接口耗时，操作简单，且不需要反复修改系统代码结构，降低了调试的复杂度和系统风险。

其次，本实施例中，处理装置可以通过多种方式获取请求标识，提高了方案的灵活性。

再次，本实施例可以用不同颜色或其他不同的元素标记耗时不同的子系统请求，让用户可以可以更直观的了解各子系统请求对应的耗时，提升用户体验。

与前述应用功能实现方法实施例相对应，本公开还提供了一种处理装置、服务器及相应的实施例。

图8是根据本公开一示例性实施例示出的一种处理装置的结构示意图。

参见图8，处理装置800包括：

第一接收模块801，用于接收终端设备发送的耗时查询请求，耗时查询请求用于查询目标数据请求的接口耗时，耗时查询请求包含目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；

确定模块802，用于确定与请求标识对应的接口耗时数据；

第一发送模块803，用于向终端设备发送接口耗时数据，以使得终端设备根据接口耗时数据向用户显示目标数据请求对应的接口耗时。

图9是根据本公开另一示例性实施例示出的一种处理装置的结构示意图。

参见图9，处理装置900包括：

第二接收模块901，用于接收终端设备发送的目标数据请求；

获取模块902，用于获取目标数据请求对应的请求标识；

第二发送模块903，用于向终端设备发送目标数据请求对应的目标数据；

存储模块904，用于将目标数据请求对应的子系统请求的接口耗时数据与请求标识进行关联和存储，目标数据用于终端设备显示目标页面。

第一接收模块905，用于接收终端设备发送的耗时查询请求，耗时查询请求用于查询目标数据请求的接口耗时，耗时查询请求包含目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；

确定模块906，用于确定与请求标识对应的接口耗时数据；

第一发送模块907，用于向终端设备发送接口耗时数据，以使得终端设备根据接口耗时数据向用户显示目标数据请求对应的接口耗时；

作为一种可选的方式，获取模块902包括：

生成单元9021，用于生成目标数据请求对应的请求标识；

或者，

解析单元9022，用于解析目标数据请求获得目标数据请求对应的请求标识；

作为一种可选的方式，目标数据请求包括请求标识，目标数据还用于终端设备显示请求标识。

作为一种可选的方式，确定模块906包括：

确定单元9061，用于确定日志文件中与请求标识关联的至少一个子系统请求的接口耗时数据，接口耗时数据包括子系统请求的名称，以及子系统请求对应的接口耗时；

处理装置900还包括：

分类模块908，用于按照各个子系统请求对应的接口耗时时长对子系统请求的接口耗时数据进行分类；

第三发送模块909，用于向终端设备发送分类的分类结果，以使得终端设备根据分类结果以及接口耗时数据分类显示目标数据请求对应的接口耗时。

本实施例提供的技术方案中，第一接收模块905接收终端设备发送的耗时查询请求后，确定模块906可以确定与耗时查询请求中的请求标识对应的接口耗时数据，然后由第一发送模块907将该耗时数据发送给终端设备，从而使得终端设备根据该接口耗时数据向用户显示目标数据请求对应的接口耗时。也就是说，用户只需要通过终端设备发送携带请求标识的耗时查询请求，就可以直接在终端设备上看到目标数据请求对应的接口耗时，操作简单，且不需要反复修改系统代码结构，降低了调试的复杂度和系统风险。

其次，本实施例中，处理装置可以通过多种方式获取请求标识，提高了方案的灵活性。

再次，本实施例可以分类显示耗时不同的子系统请求，让用户可以可以更直观的了解各子系统请求对应的耗时，提升用户体验。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

图10是根据本公开一示例性实施例示出的一种服务器的结构示意图。

参见图10，服务器1000包括存储器1010和处理器1020。

处理器1020可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器1010可以包括各种类型的存储单元，例如系统内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020处理时，可以使处理器1020执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本公开的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本公开所必须的。另外，可以理解，本公开实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本公开实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本公开的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本公开的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本公开还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本公开的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本公开的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (9)

1.一种接口耗时数据处理方法，其特征在于，包括：

接收终端设备发送的耗时查询请求，所述耗时查询请求用于查询目标数据请求的接口耗时，所述耗时查询请求包含所述目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；

确定与所述耗时查询请求中的请求标识对应的接口耗时数据，其中所述接口耗时数据与所述请求标识关联；

向所述终端设备发送所述接口耗时数据，以使得所述终端设备根据所述接口耗时数据向用户显示所述目标数据请求对应的接口耗时；其中所述接收终端设备发送的耗时查询请求之前，所述方法包括：

接收终端设备发送的目标数据请求，并获取所述目标数据请求对应的请求标识；

向终端设备发送目标数据请求对应的目标数据，并将所述目标数据请求对应的子系统请求的接口耗时数据与所述请求标识进行关联和存储，其中将目标数据请求对应的子系统请求都标记所述请求标识，以将所述接口耗时数据与所述请求标识关联，所述目标数据用于所述终端设备显示目标页面。

2.根据权利要求1所述的接口耗时数据处理方法，其特征在于，所述获取所述目标数据请求对应的请求标识包括：

生成所述目标数据请求对应的请求标识；

所述目标数据包含所述请求标识，所述目标数据还用于所述终端设备显示所述请求标识。

3.根据权利要求1所述的接口耗时数据处理方法，其特征在于，所述获取所述目标数据请求对应的请求标识包括：

解析所述目标数据请求获得所述目标数据请求对应的请求标识。

4.根据权利要求1至3中任一项所述的接口耗时数据处理方法，其特征在于，所述确定与所述耗时查询请求中的请求标识对应的接口耗时数据包括：

确定日志文件中与所述请求标识关联的至少一个子系统请求的接口耗时数据，所述接口耗时数据包括子系统请求的名称，以及子系统请求对应的接口耗时；

所述方法还包括：

按照各个子系统请求对应的接口耗时时长对所述子系统请求的接口耗时数据进行分类；

向所述终端设备发送所述分类的分类结果，以使得所述终端设备根据所述分类结果以及所述接口耗时数据分类显示所述目标数据请求对应的接口耗时。

5.一种处理装置，其特征在于，包括：

第一接收模块，用于接收终端设备发送的耗时查询请求，所述耗时查询请求用于查询目标数据请求的接口耗时，所述耗时查询请求包含所述目标数据请求对应的请求标识，不同的数据请求对应的请求标识不同；

确定模块，用于确定与所述耗时查询请求中的请求标识对应的接口耗时数据，其中所述接口耗时数据与所述请求标识关联；

第一发送模块，用于向所述终端设备发送所述接口耗时数据，以使得所述终端设备根据所述接口耗时数据向用户显示所述目标数据请求对应的接口耗时；所述装置还包括：

第二接收模块，用于接收终端设备发送的目标数据请求；

获取模块，用于获取所述目标数据请求对应的请求标识；

第二发送模块，用于向终端设备发送目标数据请求对应的目标数据；

存储模块，用于将所述目标数据请求对应的子系统请求的接口耗时数据与所述请求标识进行关联和存储，其中将目标数据请求对应的子系统请求都标记所述请求标识，以将所述接口耗时数据与所述请求标识关联，所述目标数据用于所述终端设备显示目标页面。

6.根据权利要求5所述的处理装置，其特征在于，所述获取模块包括：

生成单元，用于生成所述目标数据请求对应的请求标识；

所述目标数据包含所述请求标识，所述目标数据还用于所述终端设备显示所述请求标识。

7.根据权利要求5或6所述的处理装置，其特征在于，所述确定模块包括：

确定单元，用于确定日志文件中与所述请求标识关联的至少一个子系统请求的接口耗时数据，所述接口耗时数据包括子系统请求的名称，以及子系统请求对应的接口耗时；

所述处理装置还包括：

分类模块，用于按照各个子系统请求对应的接口耗时时长对所述子系统请求的接口耗时数据进行分类；

第三发送模块，用于向所述终端设备发送所述分类的分类结果，以使得所述终端设备根据所述分类结果以及所述接口耗时数据分类显示所述目标数据请求对应的接口耗时。

8.一种服务器，其特征在于，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-4中任一项所述的方法。

9.一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1-4中任一项所述的方法。