业务请求的跟踪信息处理方法、装置和系统与流程

本申请涉及数据跟踪技术领域，特别是涉及一种业务请求的跟踪信息处理方法、装置和系统。

背景技术：

在微服务广泛应用的时代，服务设备普遍二十四小时不间断地运行成百上千个业务请求，且所运行的各业务请求之间可能存在复杂的依赖关系。当某个业务请求的处理出现异常(如处理失败或耗时长)时，异常原因可能由所依赖的其他业务请求的处理出现异常所导致，开发者通常花较长时间去查看大量日志信息，以排查出现问题的环节。

为了缩短开发者排查问题的时间，通常采用zipkin的解决方案：在业务节点(包括用户设备和服务设备)安装集成有reporter组件的客户端或服务端，当业务节点完成业务请求时，将业务请求相关的跟踪信息上报至跟踪服务器，跟踪服务器将所接收的跟踪信息进行存储。当某个业务请求的处理出现问题时，开发者可以在终端浏览器输入与该业务请求对应的跟踪码或用户标识等信息，以查看该业务请求和该业务请求所依赖的其它业务请求的跟踪信息，排查出现问题的环节。

然而，当某个业务请求所依赖的其它业务请求的数量多时，对应的跟踪信息量也大，开发者在大量的跟踪信息中排查出现问题的环节，依然占用较长的排查时间，降低了排查问题的效率。

技术实现要素：

基于此，有必要针对在大量的服务处理信息中排查问题的效率低的技术问题，提供一种业务请求的跟踪信息处理方法、装置和系统。

一种业务请求的跟踪信息处理方法，所述方法包括：

向跟踪服务器发送携带标识信息的跟踪信息查询指令；

接收所述跟踪服务器反馈的与所述标识信息匹配的跟踪信息；所述跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；

获取跟踪信息中的由所述业务节点处理所经过业务请求获得的处理结果；

确定与各所述处理结果匹配的展示样式；

按照所述展示样式，将所述处理结果以及所述处理结果所对应业务节点的节点标识对应展示。

一种业务请求的跟踪信息处理装置，所述装置包括：

查询指令发送模块，用于向跟踪服务器发送携带标识信息的跟踪信息查询指令；

跟踪信息接收模块，用于接收所述跟踪服务器反馈的与所述标识信息匹配的跟踪信息；所述跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；

处理结果获取模块，用于获取跟踪信息中的由所述业务节点处理所经过业务请求获得的处理结果；

展示样式确定模块，用于确定与各所述处理结果匹配的展示样式；

展示模块，用于按照所述展示样式，将所述处理结果以及所述处理结果所对应业务节点的节点标识对应展示。

一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述业务请求的跟踪信息处理方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述业务请求的跟踪信息处理方法的步骤。

一种业务请求的跟踪信息处理方法，包括：

接收终端发送的携带标识信息的跟踪信息查询指令；

查找与所述标识信息匹配的跟踪信息；所述跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；

将所查找的跟踪信息反馈至所述终端；反馈的所述跟踪信息用于指示所述终端获取所述跟踪信息中的由所述业务节点处理所经过业务请求获得的处理结果，确定与各所述处理结果匹配的展示样式，按照所述展示样式，将所述处理结果以及所述处理结果所对应业务节点的节点标识对应展示。

一种业务请求的跟踪信息处理装置，包括：

查询指令接收模块，用于接收终端发送的携带标识信息的跟踪信息查询指令；

跟踪信息查找模块，用于查找与所述标识信息匹配的跟踪信息；所述跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；

反馈模块，用于将所查找的跟踪信息反馈至所述终端；反馈的所述跟踪信息用于指示所述终端获取所述跟踪信息中的由所述业务节点处理所经过业务请求获得的处理结果，确定与各所述处理结果匹配的展示样式，按照所述展示样式，将所述处理结果以及所述处理结果所对应业务节点的节点标识对应展示。

一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述业务请求的跟踪信息处理方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述业务请求的跟踪信息处理方法的步骤。

一种业务请求的跟踪信息处理方法，包括：

当接收到业务请求时，获取与所述业务请求对应的全局跟踪标识和局部跟踪标识；所述全局跟踪标识用于标识业务请求所归属的业务请求链，所述局部跟踪标识用于标识所述业务请求在所述业务请求链中的位置；

确定与所述业务请求对应的待上报至跟踪服务器的跟踪信息；

当所述业务请求被处理完毕时，获取与所述业务请求对应的处理结果；

将所述全局跟踪标识、所述局部跟踪标识和所述处理结果封装于所述跟踪信息；

将封装后的跟踪信息上报至跟踪服务器。

一种业务请求的跟踪信息处理装置，包括：

跟踪标识获取模块，用于当接收到业务请求时，获取与所述业务请求对应的全局跟踪标识和局部跟踪标识；所述全局跟踪标识用于标识业务请求所归属的业务请求链，所述局部跟踪标识用于标识所述业务请求在所述业务请求链中的位置；

跟踪信息确定模块，用于确定与所述业务请求对应的待上报至跟踪服务器的跟踪信息；

处理结果模块，用于当所述业务请求被处理完毕时，获取与所述业务请求对应的处理结果；

分装模块，用于将所述全局跟踪标识、所述局部跟踪标识和所述处理结果封装于所述跟踪信息；

跟踪信息上报模块，用于将封装后的跟踪信息上报至跟踪服务器。

一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述业务请求的跟踪信息处理方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述业务请求的跟踪信息处理方法的步骤。

一种业务请求的跟踪信息处理系统，包括：终端、跟踪服务器和业务节点；其中，

所述业务节点，用于处理所接收到的业务请求，以及将业务请求对应的跟踪信息上报至所述跟踪服务器；

所述终端，用于向跟踪服务器发送携带标识信息的跟踪信息查询指令；

所述跟踪服务器，用于查找与所述标识信息匹配的跟踪信息，并将查找到的跟踪信息反馈至所述终端；

所述终端还用于接收所述跟踪服务器反馈的与所述标识信息匹配的跟踪信息；获取跟踪信息中的由所述业务节点处理所经过业务请求获得的处理结果；确定与各所述处理结果匹配的展示样式；按照所述展示样式，将所述处理结果以及所述处理结果所对应业务节点的节点标识对应展示。

上述业务请求的跟踪信息处理方法、装置和系统，通过跟踪服务器获取与标识信息匹配的跟踪信息，并获得该跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定了所要展示的各处理结果。确定与各处理结果匹配的展示样式，并按照所述展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

附图说明

图1为一个实施例中业务请求的跟踪信息处理方法的应用环境图；

图2为一个实施例中业务请求的跟踪信息处理方法的流程示意图；

图3为一个实施例中业务节点处理业务请求和获得跟踪信息的时序图；

图4a为一个实施例中展示跟踪信息中的节点标识和处理结果的示意图；

图4b为另一个实施例中展示跟踪信息中的节点标识和处理结果的示意图；

图5为一个实施例中根据展示样式展示跟踪信息中的节点标识和处理结果的步骤的流程示意图；

图6为一个实施例中以曲线图的形式展示统计数据的步骤的流程示意图；

图7为一个实施例中以曲线图的形式展示统计数据的示意图；

图8为另一个实施例中业务请求的跟踪信息处理方法的流程示意图；

图9为一个实施例中存储跟踪信息和对应的索引，以及根据标识信息匹配索引并获取对应的跟踪信息的步骤的流程示意图；

图10为一个实施例中各业务节点所处理的业务请求之间的关系示意图；

图11为一个实施例中对跟踪信息和对应的索引进行存储，以及根据索引获取偏移量，根据偏移量获取对应的跟踪信息的步骤的流程示意图；

图12为又一个实施例中业务请求的跟踪信息处理方法的流程示意图；

图13为一个实施例中业务节点处理业务请求过程中，全局跟踪标识、局部跟踪标识和从属关系变化的示意图；

图14为一个实施例中业务节点处理业务请求过程中，局部跟踪标识和从属关系变化，以及业务请求在业务节点中流转的示意图；

图15为一个实施例中业务请求的跟踪信息处理装置的结构框图；

图16为另一个实施例中业务请求的跟踪信息处理装置的结构框图；

图17为又一个实施例中业务请求的跟踪信息处理装置的结构框图；

图18为一个实施例中业务请求的跟踪信息处理系统的结构示意图；

图19为一个实施例中计算机设备的结构框图；

图20为另一个实施例中计算机设备的结构框图；

图21为又一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中业务请求的跟踪信息处理方法的应用环境图。参照图1，该业务请求的跟踪信息处理方法应用于跟踪信息处理系统。该跟踪信息处理系统包括终端10、跟踪服务器11、检索服务器12、kafka集群13、业务节点14。用户设备141和业务服务器142通过网络连接，跟踪服务器11分别与检索服务器12、kafka集群13网络连接，kafka集群13与业务节点14网络连接。

业务节点14处理所接收到的业务请求，以及将业务请求对应的跟踪信息通过kafka集群13上报至跟踪服务器11。跟踪服务器11接收到跟踪信息时，将所接收的跟踪信息存储于检索服务器12。终端10向跟踪服务器11发送携带标识信息的跟踪信息查询指令，跟踪服务器11接收到跟踪信息查询指令时，查找与标识信息匹配的跟踪信息，并将查找到的跟踪信息反馈至终端10。终端10接收跟踪服务器11反馈的与标识信息匹配的跟踪信息，获取跟踪信息中的由业务节点14处理所经过业务请求获得的处理结果，确定与各处理结果匹配的展示样式，按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

其中，终端10具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。跟踪服务器11可以是zipkin服务器。检索服务器12可以用独立的elasticsearch服务器或者是多个elasticsearch服务器组成的服务器集群来实现。业务节点14可以包括用户设备141和业务服务器142，且用户设备141和业务服务器142安装有上报组件reporter，以便于将跟踪信息进行上报。用户设备141具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。

如图2所示，在一个实施例中，提供了一种业务请求的跟踪信息处理方法。本实施例主要以该方法应用于上述图1中的终端10来举例说明。参照图2，该业务请求的跟踪信息处理方法具体包括如下步骤：

s202，向跟踪服务器发送携带标识信息的跟踪信息查询指令。

其中，跟踪信息指的是业务节点在处理业务请求链中的业务请求之后所获得的信息，可以包括处理结果和标识信息。业务节点处理某个业务请求时，依赖其它业务请求才能完成该业务请求，业务请求链指的是：某业务请求和所依赖的其它业务请求共同组成具有树形结构的请求链。跟踪信息查询指令用于指示跟踪服务器与标识信息匹配的跟踪信息，并将跟踪信息反馈至终端。标识信息用于查找到对应的跟踪信息，可以包括以下至少之一：用户标识、返回码、全局跟踪标识和局部跟踪标识等。全局跟踪标识用于标识业务请求所归属的业务请求链。局部跟踪标识用于标识业务请求在业务请求链中的位置，该位置可以指树形结构的业务请求链中，业务请求在树形结构的节点位置。返回码表示所对应的业务节点处理所经过业务请求是否处理成功。

在一个实施例中，终端获取输入的标识信息，将标识信息封装于跟踪信息查询指令中，向跟踪服务器发送携带标识信息的跟踪信息查询指令，指示跟踪服务器根据标识信息查找对应的跟踪信息。

s204，接收跟踪服务器反馈的与标识信息匹配的跟踪信息。

其中，跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到。

在一个实施例中，终端向跟踪服务器发送携带标识信息的跟踪信息查询指令，指示跟踪服务器根据标识信息查找对应的跟踪信息，并将所查找到的跟踪信息反馈至终端。

其中，跟踪服务器根据标识信息查找对应的跟踪信息的方式，可以是：跟踪服务器将跟踪信息中的标识信息保存于标识信息服务集合中，当接收到终端发送的携带标识信息的跟踪信息查询指令时，根据所携带的标识信息在标识信息服务集合中查找匹配的标识信息，根据匹配的标识信息获取对应的跟踪信息。或者，跟踪服务器生成与跟踪信息对应的索引，将生成的索引和对应的跟踪信息进行存储，当接收到终端发送的携带标识信息的跟踪信息查询指令时，根据所携带的标识信息查找匹配的索引，根据匹配的索引获取对应的跟踪信息。

例如，终端向跟踪服务器发送携带全局跟踪标识的跟踪信息查询指令，指示跟踪服务器根据全局跟踪标识查找关于业务请求的跟踪信息，以及查找该业务请求所依赖的其它业务请求的跟踪信息，并将所查找到的跟踪信息反馈至终端。需要说明的是，该业务请求和所依赖的其它业务请求共用一个全局跟踪标识，因此，跟踪服务器根据全局跟踪标识查找到对应的跟踪信息，即为该业务请求和所依赖的其它业务请求的跟踪信息。

s206，获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果。

其中，处理结果可以包括：返回码、业务请求的名称、接收业务请求的起始时间、处理完业务请求的结束时间以及处理错误时的错误信息。此外，处理结果还可以包括处理该业务请求的耗时等。

具体地，由于各业务请求均具有对应的跟踪信息，即一个业务请求与所依赖的其它业务请求均各自具有对应的跟踪信息，如图3所示。其中，所依赖的其它业务请求可由不同的业务节点(如业务服务器)进行处理。因此，终端在所接收到跟踪服务器反馈的跟踪信息后，从跟踪信息中获取由业务节点处理所经过业务请求获得的处理结果。

s208，确定与各处理结果匹配的展示样式。

其中，展示样式可以包括展示的颜色、展示的字体和字体大小。在后续的实施例中，以展示样式为展示的颜色为例进行说明。终端可以根据展示样式对处理结果和对应的节点标识进行对应的展示。

在一个实施例中，终端为不同的耗时或不同的返回码，预设对应的展示样式，并将展示样式进行保存。当获取到跟踪信息中的由业务节点处理所经过业务请求获得的处理结果时，终端根据各处理结果中的耗时或返回码确定匹配的展示样式。

s210，按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

在一个实施例中，终端按照展示样式，将处理结果展示于跟踪页面的一个区域，将处理结果所对应业务节点的节点标识展示于跟踪页面的另一个区域。其中，在展示的过程中，处理结果与节点标识相对应。

例如，如图4a所示，处理结果展示于跟踪页面的b区域，处理结果所对应业务节点的节点标识展示于跟踪页面的a区域。其中，各节点标识与对应的处理结果显示于水平线上。

需要说明的是，当不同业务请求处理的耗时属于同一个时间段时，处理结果所对应的展示样式相同，如图4a所示，10ms-60ms时，处理结果的展示样式相同，以及46us-1ms时，处理结果的展示样式相同。当不同业务请求处理的耗时属于不同时间段时，处理结果所对应的展示样式不同，如图4a所示，1ms时处理结果的展示样式与49.91ms时处理结果的展示样式不同。

在一个实施例中，终端将归属于同一个全局跟踪标识的、且由各业务节点处理业务请求所得的处理结果进行整合，分类统计跟踪信息中的局部跟踪标识个数、节点标识以及节点标识个数。终端按照展示样式，将整合后的处理结果，以及对应的局部跟踪标识个数、节点标识以及节点标识个数对应展示。

例如，如图4b所示，终端获取全局跟踪标识数为10个的跟踪信息，其中，跟踪信息对应的时间为2017年12月1日17:30至18:30之间、且名为now_java_personal_info_svr的业务请求。终端将同一个全局跟踪标识的所有跟踪信息进行统计，统计其局部跟踪标识数量，统计完成全局跟踪标识所标识的业务请求的数量和耗时，以及业务请求被处理完成的比例。终端按照展示样式，对统计的数据进行展示。

上述实施例中，通过获取与标识信息匹配的跟踪信息，并获得该跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定了所要展示的各处理结果。确定与各处理结果匹配的展示样式，并按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，s208具体可以包括：获取处理结果所包括的分别对应各业务节点的请求处理耗时；其中，请求处理耗时是对应的业务节点处理所经过业务请求的耗时；根据对应各业务节点的请求处理耗时，确定对应各处理结果的展示样式。

其中，处理结果可以包括业务请求的名称、接收业务请求的起始时间和处理完业务请求的结束时间。此外，处理结果还可以包括处理该业务请求的耗时等。业务请求的名称可以包括获取(get)请求、连接(connect)请求、选取(select)请求和提交数据(commit)请求等。

在一个实施例中，当处理结果中包含请求处理耗时，终端可根据所获得的处理结果，获取各业务节点处理业务请求的请求处理耗时。或者，当处理结果中不包含请求处理耗时，终端根据所获得的处理结果中的起始时间和结束时间，计算出各业务节点处理业务请求的请求处理耗时。需要说明的是，请求处理耗时即为处理该业务请求的耗时。

上述实施例中，根据业务节点处理业务请求的耗时确定展示方式，并按照所确定的展示方式对处理结果和业务节点进行对应展示，从而实现了根据不同的耗时对处理结果进行不同的展示，即实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，如图5所示，s210具体可以包括：

步骤502，沿第一维度，将各业务节点的节点标识按照业务请求经过相应业务节点的时序排列展示。

在一个实施例中，终端以两个纬度分别展示处理结果和处理结果所对应业务节点的节点标识。其中，第一纬度为节点标识，第二纬度为时间。

在一个实施例中，终端沿第一纬度，根据业务请求经过相应业务节点的时序，将各业务节点的节点标识进行从而往下，或从左往右进行排列。例如，如图4a所示，终端在a区域沿第一纬度，根据业务请求经过相应业务节点的时序，将各业务节点的节点标识从上往下进行排列。

步骤504，获取各业务节点处理所经过业务请求的起始时间和请求处理耗时。

在一个实施例中，当处理结果中包含起始时间和请求处理耗时，终端在所获得的处理结果中，获取各业务节点处理所经过业务请求的起始时间和请求处理耗时。

在一个实施例中，当处理结果中包含起始时间和结束时间，而不包含请求处理耗时，终端在所获得的处理结果中，获取各业务节点处理所经过业务请求的起始时间和处理完业务请求的结束时间。终端根据起始时间和结束时间计算出请求处理耗时，从而获得各业务节点处理所经过业务请求的起始时间和请求处理耗时。

步骤506，对应于展示的节点标识，根据相应的起始时间和请求处理耗时，按照相应的展示样式，沿表征时间的第二维度，绘制请求处理占时图形。

其中，请求处理占时图形可以是带有颜色的条状物，如矩形条或圆角矩形条。

在一个实施例中，对应于展示的节点标识，终端根据起始时间确定处理结果所展示的起始位置，根据请求处理耗时确定处理结果所展示的请求处理占时图形的长度。然后，终端按照相应的展示样式，沿表征时间的第二维度，在所确定的起始位置绘制相应长度的请求处理占时图形。

例如，当不同业务请求处理的耗时属于同一个时间段时，处理结果所对应的请求处理占时图形的颜色相同。当不同业务请求处理的耗时属于不同时间段时，处理结果所对应的请求处理占时图形的颜色不同。如图4a所示，终端确定耗时为1ms时请求处理占时图形的长度，以及耗时为49.91ms时请求处理占时图形的长度。终端按照相应的展示样式，在b区域中沿表征时间的第二维度，在所确定的起始位置绘制相应长度的请求处理占时图形。由图4a可知，1ms时处理结果所对应的请求处理占时图形的颜色，与49.91ms时处理结果所对应的请求处理占时图形的颜色不同，从而实现了不同耗时的区分展示。

上述实施例中，以两个纬度分别对处理结果和业务节点进行展示，其中，沿第一纬度将节点标识按时序排列展示；沿第二维度，绘制请求处理占时图形，其中，不同的请求处理耗时对应不同长度的请求处理占时图形，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，展示样式包括颜色值；s208具体可以包括：从各业务节点相对应的预设耗时范围中，匹配相应的处理结果所包括请求处理耗时所处的耗时范围；确定匹配的时间范围所对应的颜色；对应的颜色用于在绘制请求处理占时图形时采用颜色值进行绘制。

在一个实施例中，由于业务节点在处理不同的业务请求时，所耗费的时间不同，终端可以根据不同的业务请求设置相应的耗时范围。当绘制请求处理占时图形时，终端匹配处理结果中的请求处理耗时所处的耗时范围；确定匹配的时间范围所对应的颜色，使用该对应的颜色绘制请求处理占时图形。

其中，终端根据不同的业务请求设置相应的耗时范围，以及设置对应的颜色。例如，业务请求a的耗时范围以及对应的颜色，可以是：0ms-10ms对应浅灰色、10ms-60ms对应中灰色、60ms以上对应深灰色。业务请求b的耗时范围以及对应的颜色，可以是：0ms-20ms对应浅灰色、20ms-70ms对应中灰色、70ms以上对应深灰色。

上述实施例中，根据业务节点处理业务请求的耗时，确定绘制请求处理占时图形所采用的颜色，实现了绘制的请求处理占时图形具有不同颜色和不同长度，进而实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，业务请求对应有全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系；全局跟踪标识用于标识业务请求所属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；s602具体可以包括：根据业务请求所对应的全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系，确定各业务请求经过相应业务节点的时序以及业务节点间的从属关系；沿第一维度，将各业务节点的节点标识按照确定的时序以及业务节点间的从属关系排列展示。

其中，如图4a所示，同层级的业务节点的节点标识左边对齐排列，以表征该节点标识之间为相同层级。不同层级的业务节点的节点标识缩进排列，以表征该节点标识之间具有从属关系。

上述实施例中，根据业务请求所对应的全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系，确定各业务请求经过相应业务节点的时序以及业务节点间的从属关系，并进行对应的排列展示，实现了对业务节点的节点标识进行分时、分层次的展示，进而可以确定某个业务请求所依赖的其它业务请求。当某个业务请求出现异常时，可以快速查找到该业务请求所依赖的其它业务请求，以进行问题排查。

在一个实施例中，处理结果包括返回码；s208具体可以包括：获取处理结果所包括的分别对应各业务节点的返回码；其中，返回码表示所对应的业务节点处理所经过业务请求是否成功；根据对应各业务节点的返回码，确定对应各处理结果的展示样式。

其中，返回码表示所对应的业务节点处理所经过业务请求是否成功。此外，还可以表示对应的业务节点处理所经过业务请求的耗时是否超时。

在一个实施例中，终端获取处理结果所包括的分别对应各业务节点的返回码，根据对应各业务节点的返回码，确定对应业务请求是否处理成功，或是否超时。终端根据处理业务请求是否成功或是否超时，确定对应各处理结果的展示样式。

上述实施例中，通过获取处理结果中的返回码，该返回码用于表示业务请求是否被处理成功，根据返回码确定对应各处理结果的展示样式。因此，对于业务请求未被处理成功所对应的处理结果，和业务请求被处理成功所对应的处理结果，所展示的样式不同，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，如图6所示，该方法还包括：

s602，获取目标业务节点的目标节点标识以及曲线类型。

在一个实施例中，终端接收针对节点标识的输入操作，根据接收到的输入操作获取目标业务节点的目标节点标识。此外，终端接收针对曲线类型的输入操作，根据接收到的输入操作获取对应的曲线类型。

s604，向跟踪服务器发送携带目标节点标识和曲线类型的查询指令。

在一个实施例中，当获取到目标节点标识和曲线类型时，终端根据预设的触发事件，将获取的目标节点标识和曲线类型封装于查询指令中，并将封装后的查询指令发送至跟踪服务器。其中，该预设的触发事件可以是终端获取到目标节点标识和曲线类型。或者，当获取到目标节点标识和曲线类型时，终端根据外界输入的触发事件(如用户点击跟踪界面的确认按钮，或敲击键盘中的enter键)，将获取的目标节点标识和曲线类型封装于查询指令中，并将封装后的查询指令发送至跟踪服务器。

在一个实施例中，终端向跟踪服务器发送携带目标节点标识和曲线类型的查询指令，指示跟踪服务器根据目标节点标识和曲线类型获取对应的数据，并对所获取的数据进行统计处理，将统计处理后的统计数据反馈至终端。

其中，跟踪服务器根据目标节点标识和曲线类型获取对应的数据的方式，可以包括：跟踪服务器根据目标节点标识和曲线类型，从检索服务器(如elasticsearch服务器)中获取对应的数据。

s606，接收跟踪服务器反馈的统计数据；统计数据是将对应的目标节点标识按照与曲线类型匹配的统计方式进行统计得到。

其中，统计数据包括但不限于：单位时间内所处理的业务请求数、单位时间内处理业务请求的成功率、单位时间成功处理业务请求的请求数以及处理各业务请求的平均耗时。单位时间可以是天、小时、分或秒，本发明实施例中不做具体限定。曲线类型包括但不限于：实时曲线、非实时曲线和对比曲线等。与曲线类型对应的统计方式，包括但不限于：实时统计、按日期统计和按日期对比统计。按日期统计可以是按一天或多天统计，跟踪服务器根据按日期统计的方式获得统计数据并发送至终点，终端根据获得的统计数据生成按天曲线或多天连续曲线。按日期对比统计可以是将指定的两个日期进行对比统计，跟踪服务器根据按日期对比统计的方式获得两组统计数据并发送至终点，终端根据获得的统计数据生成对比曲线。

s608，根据统计数据渲染与曲线类型对应的曲线图。

具体地，终端将统计数据渲染为与曲线类型对应的实时曲线图、或非实时曲线图、或多天对比曲线图。其中，非实时曲线图可以是按天曲线图或多天连续曲线图。对比曲线图可以是指定的两个日期的对比图。

例如，当输入的标识信息为被调用的服务名(即节点标识)为cdb、曲线类型为多天对比曲线时，获取与cdb相关的多天所有跟踪信息的统计数据，并按照曲线类型进行渲染显示，如图7所示。其中，多天可以是大于等于2天。

上述实施例中，通过目标业务节点的目标节点标识以及与曲线类型匹配的统计方式，获取对应的数据，并按照曲线类型生成相应的曲线图，从而获得节点在某个时间段的处理业务请求的状况，或者节点实时处理业务请求的状况，有利于定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

如图8所示，在一个实施例中，提供了一种业务请求的跟踪信息处理方法。本实施例主要以该方法应用于上述图1中的跟踪服务器11来举例说明。参照图8，该业务请求的跟踪信息处理方法具体包括如下步骤：

s802，接收终端发送的携带标识信息的跟踪信息查询指令。

其中，跟踪信息指的是：业务节点在处理业务请求链中对应的业务请求之后所获得的信息，可以包括处理结果和标识信息。业务节点处理某个业务请求时，依赖其它业务请求才能完成该业务请求，业务请求链指的是：某业务请求和所依赖的其它业务请求共同组成具有树形结构的请求链。跟踪信息查询指令用于指示跟踪服务器与标识信息匹配的跟踪信息，并将跟踪信息反馈至终端。标识信息用于查找到对应的跟踪信息，可以包括以下至少之一：用户标识、返回码、全局跟踪标识和局部跟踪标识等。全局跟踪标识用于标识业务请求所归属的业务请求链。局部跟踪标识用于标识业务请求在业务请求链中的位置，该位置可以指树形结构的业务请求链中，业务请求在树形结构的节点位置。返回码表示所对应的业务节点处理所经过业务请求是否处理成功。

s804，查找与标识信息匹配的跟踪信息；其中，跟踪信息由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到。

在一个实施例中，当接收到终端发送的携带标识信息的跟踪信息查询指令时，跟踪服务器在内存储器或外存储器中查找与标识信息匹配的跟踪信息。其中，外存储器可以是检索服务器(如elasticsearch服务器)，或安装有关系型数据库管理系统(如mysql)的服务器，或者分布式非关系型数据库(如cassandra)的服务器。

在一个实施例中，跟踪服务器根据标识信息查找对应的跟踪信息的方式，可以是：跟踪服务器将所有跟踪信息中的标识信息保存于标识信息服务集合中，当接收到终端发送的携带标识信息的跟踪信息查询指令时，根据所携带的标识信息在标识信息服务集合中查找匹配的标识信息，根据匹配的标识信息获取对应的跟踪信息。或者，跟踪服务器生成与跟踪信息对应的索引，将生成的索引和对应的跟踪信息进行存储，当接收到终端发送的携带标识信息的跟踪信息查询指令时，根据所携带的标识信息查找匹配的索引，根据匹配的索引获取对应的跟踪信息。

例如，跟踪服务器根据全局跟踪标识查找关于业务请求的跟踪信息，以及查找该业务请求所依赖的其它业务请求的跟踪信息，并将所查找到的跟踪信息反馈至终端。需要说明的是，该业务请求和所依赖的其它业务请求共用同一个全局跟踪标识，因此，跟踪服务器根据全局跟踪标识查找到对应的跟踪信息，即为该业务请求和所依赖的其它业务请求的跟踪信息。

s806，将所查找的跟踪信息反馈至终端；反馈的跟踪信息用于指示终端获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定与各处理结果匹配的展示样式，按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

其中，处理结果可以包括业务请求的名称、接收业务请求的起始时间和处理完业务请求的结束时间。此外，处理结果还可以包括处理该业务请求的耗时等。展示样式可以包括展示的颜色、展示的字体和字体大小。

上述实施例中，跟踪服务器获取与标识信息匹配的跟踪信息，并将获取的跟踪信息发送至终端，指示终端根据对应的展示方式将跟踪信息中的处理结果进行，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，如图9所示，s802之前，该方法还包括：

s902，接收各业务节点发送的处理所经过业务请求后获得的跟踪信息。

其中，业务节点包括用户设备和业务服务器，且用户设备和业务服务器安装有上报组件reporter，以便于将跟踪信息进行上报。该终端可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。在后续实施例中，以业务节点为业务服务器为例进行说明。

在一个实施例中，当各业务节点处理完当前的业务请求后，跟踪服务器接收各业务节点通过kafka的通信方式上报所获得的跟踪信息。

例如，如图3所示，业务服务器1接收到业务请求a时，在处理业务请求a的过程中，完成业务请求a需要依赖业务请求b和业务请求c，其中，业务请求c需在业务请求b完成的基础上进行。此时，业务服务器1向业务服务器2发送业务请求b。业务服务器2接收到业务请求b时，对业务请求b进行处理，获得跟踪信息b，并将跟踪信息b通过kafka的通信方式上报至跟踪服务器。当业务服务器2完成业务请求b时，业务服务器1向业务服务器3发送业务请求c。业务服务器3接收到业务请求c时，对业务请求c进行处理，获得跟踪信息c，并将跟踪信息c通过kafka的通信方式上报至跟踪服务器。当业务服务器3处理完业务请求c后，业务服务器1对业务请求a进行处理，当处理完成时，将获得的跟踪信息a通过kafka的通信方式上报至跟踪服务器。因此，跟踪服务器获得业务服务器1、业务服务器2和业务服务器3上报的跟踪信息。

s904，生成与跟踪信息对应的索引。

在一个实施例中，跟踪服务器提取跟踪信息中的关键词，该关键词可以是用户标识、全局跟踪标识、局部跟踪标识和返回码。跟踪服务器将所获取的关键词确定为与跟踪信息对应的索引。

其中，全局跟踪标识用于标识业务请求所归属的业务请求链，例如，如图10所示，业务请求链可以是图10中的由业务请求a、业务请求b和业务请求c组成的业务请求集合。局部跟踪标识用于标识业务请求在业务请求链中的位置，例如，如图10所示，业务请求a为业务请求b和业务请求c的父节点。返回码表示所对应的业务节点处理所经过业务请求是否处理成功。其中，图10为图3中各业务请求的关系示意图。

s906，将生成的索引和对应的跟踪信息进行存储。

在一个实施例中，跟踪服务器可将生成的索引存储于本地数据库或缓存中，可将对应的跟踪信息存储于外存储器。其中，外存储器可以是检索服务器(如elasticsearch服务器)。需要说明的是，若跟踪服务器将生成的索引存储于缓存中，当缓存被清空之前，跟踪服务器将索引迁移至本地数据库中。

s908，当接收到终端发送的携带标识信息的跟踪信息查询指令时，查找与标识信息匹配的索引。

在一个实施例中，当接收到终端发送的携带标识信息的跟踪信息查询指令时，跟踪服务器检测缓存中是否保存有与标识信息匹配的索引。若是，跟踪服务器从缓存中获取与标识信息匹配的索引；若否，跟踪服务器在本地数据库中查找与标识信息匹配的索引。

s910，当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息。

在一个实施例中，跟踪服务器将跟踪信息存储于外存储器，当查找到匹配的索引时，跟踪服务器根据匹配的索引，在外存储器中获取对应的跟踪信息。其中，外存储器可以是检索服务器(如elasticsearch服务器)。

上述实施例中，在存储业务请求对应的跟踪信息时，为跟踪信息设置索引，在查询对应的跟踪信息时，根据标识信息匹配对应的索引，根据索引获取对应的跟踪信息，提高检索跟踪信息的速率以及效率。

在一个实施例中，如图11所示，s906具体可以包括：

s1102，确定跟踪信息所对应的消费者组。

其中，消费者组可以由具有数据管理能力的多个消费者组成，用于对跟踪信息进行管理。这里的消费者可以是存储单元。

在一个实施例中，跟踪服务器将同一种业务请求类型的跟踪信息，作为一种主题(topic)，按照topic确定跟踪信息所对应的消费者组。需要说明的是，同类型的topic的跟踪信息对应的同一个消费者组。

s1104，获取偏移量，偏移量所标识的存储地址用于存储跟踪信息。

s1106，根据偏移量，将跟踪信息存储于检索服务器。

其中，检索服务器包括elasticsearch服务器。

在一个实施例中，跟踪服务器根据触发事件获取存储跟踪信息的偏移量，该偏移量所标识的存储地址用于存储跟踪信息。其中，该触发事件可以是定期自动产生，也可以是用户通过外界触发产生。

s1108，将偏移量存储于确定的消费者组。

s1110，当查找到匹配的索引时，从消费者组中获取与索引对应的偏移量。

s1112，根据偏移量从检索服务器获取对应的跟踪信息。

上述实施例中，将跟踪信息存储于检索服务器，将对应的偏移量存储于消费者组，避免了跟踪服务器存储大量的跟踪信息。当接收到携带标识信息的跟踪信息查询指令时，从消费者组中获取与索引对应的偏移量，根据偏移量从检索服务器获取对应的跟踪信息，提高了跟踪信息的管理效率。

如图12所示，在一个实施例中，提供了一种业务请求的跟踪信息处理方法。本实施例主要以该方法应用于上述图1中的业务节点14来举例说明。参照图12，该业务请求的跟踪信息处理方法具体包括如下步骤：

s1202，当接收到业务请求时，获取与业务请求对应的全局跟踪标识和局部跟踪标识；全局跟踪标识用于标识业务请求所归属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置。

其中，全局跟踪标识指的是traceid，局部跟踪标识指的是spanid。业务请求链中各业务请求之间存在依赖关系，假设处理业务请求a需要依赖业务请求b，业务请求a的traceid为tracea，spanid为spana，那么，可将业务请求a视为业务请求b的父节点，则业务请求b的parentid为parenta。此外，业务请求b的traceid为tracea，spanid为spanb，如图13所示。

在一个实施例中，若业务节点接收上一个业务节点发送的业务请求、且该业务请求未对应全局跟踪标识和局部跟踪标识时，业务节点生成与业务请求对应的全局跟踪标识和局部跟踪标识。若业务节点接收上一个业务节点发送的业务请求、且该该业务请求具有对应的全局跟踪标识和局部跟踪标识时，业务节点从线程上下文中获取与业务请求对应的全局跟踪标识和局部跟踪标识。此外，业务节点也可从业务请求中获取全局跟踪标识和局部跟踪标识。

其中，业务节点包括用户设备和业务服务器，且用户设备和业务服务器安装有上报组件reporter，以便于将跟踪信息进行上报。

在一个实施例中，业务节点处理所接收到的业务请求时，确定完成该业务请求需要依赖其它业务请求时，根据所获得的局部跟踪标识生成其它业务请求对应的局部跟踪标识，并建立该局部跟踪标识与所生成的局部跟踪标识之间的从属关系。业务节点将生成的局部跟踪标识、全局跟踪标识和从属关系封装于所依赖的其它业务请求中，并将该其它业务请求发送至下一个节点。

例如，如图13所示，业务服务器1接收终端发送的业务请求a，该业务请求a携带有全局跟踪标识(tracea)和局部跟踪标识(spana)，此时，业务服务器1从业务请求中提取tracea和spana，根据spana生成spanb，并建立spana与spanb之间的从属关系，即业务请求b的父节点标识为parenta，将tracea、parenta和spanb添加至业务请求b中。

s1204，确定与业务请求对应的待上报至跟踪服务器的跟踪信息。

其中，跟踪信息指的是业务节点在处理业务请求链中的业务请求之后所获得的信息，可以包括处理结果和标识信息。标识信息用于查找到对应的跟踪信息，可以包括以下至少之一：用户标识、全局跟踪标识和局部跟踪标识等。

s1206，当业务请求被处理完毕时，获取与业务请求对应的处理结果。

其中，处理结果可以包括：返回码、业务请求的名称、接收业务请求的起始时间、处理完业务请求的结束时间以及处理错误时的错误信息。此外，处理结果还可以包括处理该业务请求的耗时等。

s1208，将全局跟踪标识、局部跟踪标识和处理结果封装于跟踪信息。

在一个实施例中，业务节点可将跟踪信息与全局跟踪标识、局部跟踪标识和处理结果添加于特定格式文本中，将该文本确定为跟踪信息。其中，该特定格式可以是json格式、xml格式和text文本格式等。

s1210，将封装后的跟踪信息上报至跟踪服务器。

在一个实施例中，业务节点将封装后的跟踪信息，通过kafka的方式上报至跟踪服务器。

上述实施例中，通过对业务请求进行处理，获得与业务请求对应的跟踪信息，将所获得的跟踪信息发送至跟踪服务器，从而实现了对业务请求，以及该业务请求所依赖的其它业务请求进行跟踪的目的。

在一个实施例中，该方法还包括：当接收到业务请求、且业务请求未对应全局跟踪标识和局部跟踪标识时，生成与业务请求对应的全局跟踪标识和局部跟踪标识；将所生成的全局跟踪标识和局部跟踪标识存储于线程上下文；获取与业务请求对应的全局跟踪标识和局部跟踪标识，包括：从线程上下文获取与业务请求对应的全局跟踪标识和局部跟踪标识。

在一个实施例中，业务节点接收到业务请求时，检测业务请求内是否携带traceid和spanid，或者，检测线程上下文是否存储与该业务请求对应的traceid和spanid。若否，业务节点生成与业务请求对应的traceid和spanid。

在一个实施例中，当接收到终端发送的业务请求时，该业务请求可能未对应traceid和spanid，此时，业务节点生成与业务请求对应的traceid和spanid。

在一个实施例中，业务节点接收到业务请求时，提取业务请求中的traceid和parentid，将提取到的traceid和parentid存储于线程上下文。

上述实施例中，将所生成的全局跟踪标识和局部跟踪标识存储于线程上下文，以便于在当前线程下任意地方都可以方便获取到全局跟踪标识和局部跟踪标识，而不用显示的传递，从而从传递过程中获取全局跟踪标识和局部跟踪标识而编写大量的冗余代码，进而提高了全局跟踪标识和局部跟踪标识的获取效率。

在一个实施例中，如图14所示，该方法还包括：

s1402，在业务节点处理业务请求过程中，当业务节点调用业务请求链中另外的业务请求时，按照调用的先后顺序对局部跟踪标识进行更新。

在一个实施例中，业务节点将局部跟踪标识存储于线程上下文，在业务节点处理业务请求过程中，当业务节点调用业务请求链中另外的业务请求时，业务节点在线程上下文中，按照调用的先后顺序对局部跟踪标识进行更新。

s1404，建立更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系。

在一个实施例中，业务节点将更新前的局部跟踪标识，确定为所调用的业务请求链中另外的业务请求的父节点标识，将该父节点标识作为表征更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系。

s1406，将更新后的局部跟踪标识、全局跟踪标识和从属关系添加于另外的业务请求中。

其中，该另外的业务请求指的是：业务节点所处理的业务请求所依赖的、业务请求链中的其它业务请求。

s1408，将已添加的业务请求发送至下一个业务节点。

在一个实施例中，业务节点接收到已添加的业务请求时，判断该业务请求是否依赖业务请求链中其它业务请求，若是，执行s1402。

上述实施例中，通过更新局部跟踪标识，建立更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系，有利于区分业务请求链中各业务请求被处理的时序，以及各业务请求之间的依赖关系。在展示业务请求对应的跟踪信息时，有利于快速定位到发生问题的环节。

图2、图8和图12为一个实施例中业务请求的跟踪信息处理方法的流程示意图。应该理解的是，虽然图2、图8和图12的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、图8和图12中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图15所示，在一个实施例中，提供了一种业务请求的跟踪信息处理装置1500，该业务请求的跟踪信息处理装置1500具体包括：查询指令发送模块1502、跟踪信息接收模块1504、处理结果获取模块1506、展示样式确定模块1508和展示模块1510，其中：

查询指令发送模块1502，用于向跟踪服务器发送携带标识信息的跟踪信息查询指令；

跟踪信息接收模块1504，用于接收跟踪服务器反馈的与标识信息匹配的跟踪信息；跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；

处理结果获取模块1506，用于获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果；

展示样式确定模块1508，用于确定与各处理结果匹配的展示样式；

展示模块1510，用于按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

上述实施例中，通过获取与标识信息匹配的跟踪信息，并获得该跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定了所要展示的各处理结果。确定与各处理结果匹配的展示样式，并按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，展示样式确定模块1508还用于获取处理结果所包括的分别对应各业务节点的请求处理耗时；其中，请求处理耗时是对应的业务节点处理所经过业务请求的耗时；根据对应各业务节点的请求处理耗时，确定对应各处理结果的展示样式。

上述实施例中，根据业务节点处理业务请求的耗时确定展示方式，并按照所确定的展示方式对处理结果和业务节点进行对应展示，从而实现了根据不同的耗时对处理结果进行不同的展示，即实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，展示模块1510还用于沿第一维度，将各业务节点的节点标识按照业务请求经过相应业务节点的时序排列展示；获取各业务节点处理所经过业务请求的起始时间和请求处理耗时；对应于展示的节点标识，根据相应的起始时间和请求处理耗时，按照相应的展示样式，沿表征时间的第二维度，绘制请求处理占时图形。

上述实施例中，以两个纬度分别对处理结果和业务节点进行展示，其中，沿第一纬度将节点标识按时序排列展示；沿第二维度，绘制请求处理占时图形，其中，不同的请求处理耗时对应不同长度的请求处理占时图形，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，展示样式确定模块1508还用于从各业务节点相对应的预设耗时范围中，匹配相应的处理结果所包括请求处理耗时所处的耗时范围；确定匹配的时间范围所对应的颜色；对应的颜色用于在绘制请求处理占时图形时采用颜色值进行绘制。

上述实施例中，根据业务节点处理业务请求的耗时，确定绘制请求处理占时图形所采用的颜色，实现了绘制的请求处理占时图形具有不同颜色和不同长度，进而实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，业务请求对应有全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系；全局跟踪标识用于标识业务请求所属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；展示模块1510还用于根据业务请求所对应的全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系，确定各业务请求经过相应业务节点的时序以及业务节点间的从属关系；沿第一维度，将各业务节点的节点标识按照确定的时序以及业务节点间的从属关系排列展示。

上述实施例中，根据业务请求所对应的全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系，确定各业务请求经过相应业务节点的时序以及业务节点间的从属关系，并进行对应的排列展示，实现了对业务节点的节点标识进行分时、分层次的展示，进而可以确定某个业务请求所依赖的其它业务请求。当某个业务请求出现异常时，可以快速查找到该业务请求所依赖的其它业务请求，以进行问题排查。

在一个实施例中，处理结果包括返回码；展示样式确定模块1508还用于获取处理结果所包括的分别对应各业务节点的返回码；其中，返回码表示所对应的业务节点处理所经过业务请求是否成功；根据对应各业务节点的返回码，确定对应各处理结果的展示样式。

上述实施例中，通过获取处理结果中的返回码，该返回码用于表示业务请求是否被处理成功，根据返回码确定对应各处理结果的展示样式。因此，对于业务请求未被处理成功所对应的处理结果，和业务请求被处理成功所对应的处理结果，所展示的样式不同，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，装置还包括：曲线处理模块1512；其中，曲线处理模块1512，用于获取目标业务节点的目标节点标识以及曲线类型；向跟踪服务器发送携带目标节点标识和曲线类型的查询指令；接收跟踪服务器反馈的统计数据；统计数据是将对应的目标节点标识按照与曲线类型匹配的统计方式进行统计得到；根据统计数据渲染与曲线类型对应的曲线图。

上述实施例中，通过目标业务节点的目标节点标识以及与曲线类型匹配的统计方式，获取对应的数据，并按照曲线类型生成相应的曲线图，从而获得节点在某个时间段的处理业务请求的状况，或者节点实时处理业务请求的状况，有利于定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

如图16所示，在一个实施例中，提供了一种业务请求的跟踪信息处理装置1600，该业务请求的跟踪信息处理装置1600具体包括：查询指令接收模块1602、跟踪信息查找模块1604和跟踪信息反馈模块1606，其中：

查询指令接收模块1602，用于接收终端发送的携带标识信息的跟踪信息查询指令；

跟踪信息查找模块1604，用于查找与标识信息匹配的跟踪信息；跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；

跟踪信息反馈模块1606，用于将所查找的跟踪信息反馈至终端；反馈的跟踪信息用于指示终端获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定与各处理结果匹配的展示样式，按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

上述实施例中，跟踪服务器获取与标识信息匹配的跟踪信息，并将获取的跟踪信息发送至终端，指示终端根据对应的展示方式将跟踪信息中的处理结果进行，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，如图16所示，该装置还包括：跟踪信息接收模块1608、索引生成模块1610、存储模块1612；其中：

跟踪信息接收模块1608，用于接收各业务节点发送的处理所经过业务请求后获得的跟踪信息；

索引生成模块1610，用于生成与跟踪信息对应的索引；

存储模块1612，用于将生成的索引和对应的跟踪信息进行存储；

跟踪信息查找模块1604还用于查找与标识信息匹配的索引；当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息。

上述实施例中，在存储业务请求对应的跟踪信息时，为跟踪信息设置索引，在查询对应的跟踪信息时，根据标识信息匹配对应的索引，根据索引获取对应的跟踪信息，提高检索跟踪信息的速率以及效率。

在一个实施例中，存储模块1612还用于确定跟踪信息所对应的消费者组；获取偏移量，偏移量所标识的存储地址用于存储跟踪信息；根据偏移量，将跟踪信息存储于检索服务器；将偏移量存储于确定的消费者组；当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息包括：当查找到匹配的索引时，从消费者组中获取与索引对应的偏移量；根据偏移量从检索服务器获取对应的跟踪信息。

上述实施例中，将跟踪信息存储于检索服务器，将对应的偏移量存储于消费者组，避免了跟踪服务器存储大量的跟踪信息。当接收到携带标识信息的跟踪信息查询指令时，从消费者组中获取与索引对应的偏移量，根据偏移量从检索服务器获取对应的跟踪信息，提高了跟踪信息的管理效率。

如图17所示，在一个实施例中，提供了一种业务请求的跟踪信息处理装置1700，该业务请求的跟踪信息处理装置1700具体包括：跟踪标识获取模块1702、跟踪信息确定模块1704、处理结果获取模块1706、封装模块1708和跟踪信息上报模块1710；其中：

跟踪标识获取模块1702，用于当接收到业务请求时，获取与业务请求对应的全局跟踪标识和局部跟踪标识；全局跟踪标识用于标识业务请求所归属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；

跟踪信息确定模块1704，用于确定与业务请求对应的待上报至跟踪服务器的跟踪信息；

处理结果获取模块1706，用于当业务请求被处理完毕时，获取与业务请求对应的处理结果；

封装模块1708，用于将全局跟踪标识、局部跟踪标识和处理结果封装于跟踪信息；

跟踪信息上报模块1710，用于将封装后的跟踪信息上报至跟踪服务器。

上述实施例中，通过对业务请求进行处理，获得与业务请求对应的跟踪信息，将所获得的跟踪信息发送至跟踪服务器，从而实现了对业务请求，以及该业务请求所依赖的其它业务请求进行跟踪的目的。

上述实施例中，如图17所示，该装置还包括：跟踪标识生成模块1712和跟踪标识存储模块1714；其中：

跟踪标识生成模块1712，用于当接收到业务请求、且业务请求未对应全局跟踪标识和局部跟踪标识时，生成与业务请求对应的全局跟踪标识和局部跟踪标识；

跟踪标识存储模块1714，用于将所生成的全局跟踪标识和局部跟踪标识存储于线程上下文；

跟踪标识获取模块1702还用于从线程上下文获取与业务请求对应的全局跟踪标识和局部跟踪标识。

上述实施例中，将所生成的全局跟踪标识和局部跟踪标识存储于线程上下文，以便于在当前线程下任意地方都可以方便获取到全局跟踪标识和局部跟踪标识，而不用显示的传递，从而从传递过程中获取全局跟踪标识和局部跟踪标识而编写大量的冗余代码，进而提高了全局跟踪标识和局部跟踪标识的获取效率。

在一个实施例中，如图17所示，该装置还包括：

更新模块1716，用于在业务节点处理业务请求过程中，当业务节点调用业务请求链中另外的业务请求时，按照调用的先后顺序对局部跟踪标识进行更新；

建立模块1718，用于建立更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系；

添加模块1720将更新后的局部跟踪标识、全局跟踪标识和从属关系添加于另外的业务请求中；

业务请求发送模块1722，用于将已添加的业务请求发送至下一个业务节点。

上述实施例中，通过更新局部跟踪标识，建立更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系，有利于区分业务请求链中各业务请求被处理的时序，以及各业务请求之间的依赖关系。在展示业务请求对应的跟踪信息时，有利于快速定位到发生问题的环节。

如图18所示，在一个实施例中，提供了一种业务请求的跟踪信息处理系统1800，该业务请求的跟踪信息处理系统1800具体包括：业务节点1802、跟踪服务器1804、kafka集群1806、检索服务器1808和终端1802；其中，

业务节点1802，用于处理所接收到的业务请求，以及将业务请求对应的跟踪信息上报至跟踪服务器1804。

其中，业务节点1802将业务请求对应的跟踪信息上报至跟踪服务器1804的方式为：业务节点1802将业务请求对应的跟踪信息上报至kafka集群1806，然后kafka集群1806将跟踪信息发送至跟踪服务器1804。此外，跟踪服务器1804将接收到的跟踪信息存储于检索服务器1808。

终端1810，用于向跟踪服务器发送携带标识信息的跟踪信息查询指令。

跟踪服务器1804，用于查找与标识信息匹配的跟踪信息，并将查找到的跟踪信息反馈至终端1810。

其中，跟踪服务器1804查找与标识信息匹配的跟踪信息的方式为：跟踪服务器1804从检索服务器1808中查找与标识信息匹配的跟踪信息。

检索服务器1808，用于存储跟踪服务器1804发送的跟踪信息。

终端1810还用于接收跟踪服务器1804反馈的与标识信息匹配的跟踪信息；获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果；确定与各处理结果匹配的展示样式；按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

图19示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端10。如图19所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现业务请求的跟踪信息处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行业务请求的跟踪信息处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，本申请提供的业务请求的跟踪信息处理装置可以实现为一种计算机程序的形式，计算机程序可在如图19所示的计算机设备上运行。计算机设备的存储器中可存储组成该业务请求的跟踪信息处理装置的各个程序模块，比如，图15所示的查询指令发送模块1502、跟踪信息接收模块1504、处理结果获取模块1506、展示样式确定模块1508和展示模块1510。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的业务请求的跟踪信息处理方法中的步骤。

例如，图19所示的计算机设备可以通过如图15所示的业务请求的查询指令发送模块1502执行s202。计算机设备可通过跟踪信息接收模块1504执行s204。计算机设备可通过处理结果获取模块1506执行s206。计算机设备可通过展示样式确定模块1508执行s208。计算机设备可通过展示模块1510执行s210。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：向跟踪服务器发送携带标识信息的跟踪信息查询指令；接收跟踪服务器反馈的与标识信息匹配的跟踪信息；跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果；确定与各处理结果匹配的展示样式；按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

在一个实施例中，计算机程序被处理器执行确定与各处理结果匹配的展示样式的步骤时，使得处理器具体执行以下步骤：获取处理结果所包括的分别对应各业务节点的请求处理耗时；其中，请求处理耗时是对应的业务节点处理所经过业务请求的耗时；根据对应各业务节点的请求处理耗时，确定对应各处理结果的展示样式。

在一个实施例中，计算机程序被处理器执行按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示的步骤时，使得处理器具体执行以下步骤：沿第一维度，将各业务节点的节点标识按照业务请求经过相应业务节点的时序排列展示；获取各业务节点处理所经过业务请求的起始时间和请求处理耗时；对应于展示的节点标识，根据相应的起始时间和请求处理耗时，按照相应的展示样式，沿表征时间的第二维度，绘制请求处理占时图形。

在一个实施例中，计算机程序被处理器执行展示样式包括颜色值；确定与各处理结果匹配的展示样式的步骤时，使得处理器具体执行以下步骤：从各业务节点相对应的预设耗时范围中，匹配相应的处理结果所包括请求处理耗时所处的耗时范围；确定匹配的时间范围所对应的颜色；对应的颜色用于在绘制请求处理占时图形时采用颜色值进行绘制。

在一个实施例中，计算机程序被处理器执行沿第一维度，将各业务节点的节点标识按照业务请求经过相应业务节点的时序排列展示的步骤时，使得处理器具体执行以下步骤：根据业务请求所对应的全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系，确定各业务请求经过相应业务节点的时序以及业务节点间的从属关系；沿第一维度，将各业务节点的节点标识按照确定的时序以及业务节点间的从属关系排列展示。其中，业务请求对应有全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系；全局跟踪标识用于标识业务请求所属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；

在一个实施例中，计算机程序被处理器执行确定与各处理结果匹配的展示样式的步骤时，使得处理器具体执行以下步骤：获取处理结果所包括的分别对应各业务节点的返回码；其中，处理结果包括返回码，返回码表示所对应的业务节点处理所经过业务请求是否成功；根据对应各业务节点的返回码，确定对应各处理结果的展示样式。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：获取目标业务节点的目标节点标识以及曲线类型；向跟踪服务器发送携带目标节点标识和曲线类型的查询指令；接收跟踪服务器反馈的统计数据；统计数据是将对应的目标节点标识按照与曲线类型匹配的统计方式进行统计得到；根据统计数据渲染与曲线类型对应的曲线图。

上述计算机设备，通过跟踪服务器获取与标识信息匹配的跟踪信息，并获得该跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定了所要展示的各处理结果。确定与各处理结果匹配的展示样式，并按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：向跟踪服务器发送携带标识信息的跟踪信息查询指令；接收跟踪服务器反馈的与标识信息匹配的跟踪信息；跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果；确定与各处理结果匹配的展示样式；按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

在一个实施例中，计算机程序被处理器执行确定与各处理结果匹配的展示样式的步骤时，使得处理器具体执行以下步骤：获取处理结果所包括的分别对应各业务节点的请求处理耗时；其中，请求处理耗时是对应的业务节点处理所经过业务请求的耗时；根据对应各业务节点的请求处理耗时，确定对应各处理结果的展示样式。

在一个实施例中，计算机程序被处理器执行按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示的步骤时，使得处理器具体执行以下步骤：沿第一维度，将各业务节点的节点标识按照业务请求经过相应业务节点的时序排列展示；获取各业务节点处理所经过业务请求的起始时间和请求处理耗时；对应于展示的节点标识，根据相应的起始时间和请求处理耗时，按照相应的展示样式，沿表征时间的第二维度，绘制请求处理占时图形。

在一个实施例中，计算机程序被处理器执行展示样式包括颜色值；确定与各处理结果匹配的展示样式的步骤时，使得处理器具体执行以下步骤：从各业务节点相对应的预设耗时范围中，匹配相应的处理结果所包括请求处理耗时所处的耗时范围；确定匹配的时间范围所对应的颜色；对应的颜色用于在绘制请求处理占时图形时采用颜色值进行绘制。

在一个实施例中，计算机程序被处理器执行沿第一维度，将各业务节点的节点标识按照业务请求经过相应业务节点的时序排列展示的步骤时，使得处理器具体执行以下步骤：根据业务请求所对应的全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系，确定各业务请求经过相应业务节点的时序以及业务节点间的从属关系；沿第一维度，将各业务节点的节点标识按照确定的时序以及业务节点间的从属关系排列展示。其中，业务请求对应有全局跟踪标识、局部跟踪标识以及局部跟踪标识间的从属关系；全局跟踪标识用于标识业务请求所属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；

在一个实施例中，计算机程序被处理器执行确定与各处理结果匹配的展示样式的步骤时，使得处理器具体执行以下步骤：获取处理结果所包括的分别对应各业务节点的返回码；其中，处理结果包括返回码，返回码表示所对应的业务节点处理所经过业务请求是否成功；根据对应各业务节点的返回码，确定对应各处理结果的展示样式。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：获取目标业务节点的目标节点标识以及曲线类型；向跟踪服务器发送携带目标节点标识和曲线类型的查询指令；接收跟踪服务器反馈的统计数据；统计数据是将对应的目标节点标识按照与曲线类型匹配的统计方式进行统计得到；根据统计数据渲染与曲线类型对应的曲线图。

上述计算机可读存储介质，通过跟踪服务器获取与标识信息匹配的跟踪信息，并获得该跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定了所要展示的各处理结果。确定与各处理结果匹配的展示样式，并按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，提供了一种计算机设备，如图20所示，该计算机设备具体可以是图1中的跟踪服务器11，其内部结构图可以如图20所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务请求的跟踪信息处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务请求的跟踪信息处理方法。

在一个实施例中，本申请提供的业务请求的跟踪信息处理装置可以实现为一种计算机程序的形式，计算机程序可在如图20所示的计算机设备上运行。计算机设备的存储器中可存储组成该业务请求的跟踪信息处理装置的各个程序模块，比如，图16所示的查询指令接收模块1602、跟踪信息查找模块1604和跟踪信息反馈模块1606。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的业务请求的跟踪信息处理方法中的步骤。

例如，图20所示的计算机设备可以通过如图16所示的查询指令接收模块1602执行s802。计算机设备可通过跟踪信息查找模块1604执行s804。计算机设备可通过跟踪信息查找模块1604执行s806。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：接收终端发送的携带标识信息的跟踪信息查询指令；查找与标识信息匹配的跟踪信息；跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；将所查找的跟踪信息反馈至终端；反馈的跟踪信息用于指示终端获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定与各处理结果匹配的展示样式，按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：接收各业务节点发送的处理所经过业务请求后获得的跟踪信息；生成与跟踪信息对应的索引；将生成的索引和对应的跟踪信息进行存储；查找与标识信息匹配的跟踪信息，包括：查找与标识信息匹配的索引；当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息。

在一个实施例中，计算机程序被处理器执行将生成的索引和对应的跟踪信息进行存储的步骤时，使得处理器具体执行以下步骤：确定跟踪信息所对应的消费者组；获取偏移量，偏移量所标识的存储地址用于存储跟踪信息；根据偏移量，将跟踪信息存储于检索服务器；将偏移量存储于确定的消费者组；当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息，包括：当查找到匹配的索引时，从消费者组中获取与索引对应的偏移量；根据偏移量从检索服务器获取对应的跟踪信息。

上述计算机设备中，获取与标识信息匹配的跟踪信息，并将获取的跟踪信息发送至终端，指示终端根据对应的展示方式将跟踪信息中的处理结果进行，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：接收终端发送的携带标识信息的跟踪信息查询指令；查找与标识信息匹配的跟踪信息；跟踪信息，由业务请求所经过的业务节点处理所经过业务请求后生成并上报得到；将所查找的跟踪信息反馈至终端；反馈的跟踪信息用于指示终端获取跟踪信息中的由业务节点处理所经过业务请求获得的处理结果，确定与各处理结果匹配的展示样式，按照展示样式，将处理结果以及处理结果所对应业务节点的节点标识对应展示。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：接收各业务节点发送的处理所经过业务请求后获得的跟踪信息；生成与跟踪信息对应的索引；将生成的索引和对应的跟踪信息进行存储；查找与标识信息匹配的跟踪信息，包括：查找与标识信息匹配的索引；当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息。

在一个实施例中，计算机程序被处理器执行将生成的索引和对应的跟踪信息进行存储的步骤时，使得处理器具体执行以下步骤：确定跟踪信息所对应的消费者组；获取偏移量，偏移量所标识的存储地址用于存储跟踪信息；根据偏移量，将跟踪信息存储于检索服务器；将偏移量存储于确定的消费者组；当查找到匹配的索引时，根据匹配的索引获取对应的跟踪信息，包括：当查找到匹配的索引时，从消费者组中获取与索引对应的偏移量；根据偏移量从检索服务器获取对应的跟踪信息。

上述计算机可读存储介质中，获取与标识信息匹配的跟踪信息，并将获取的跟踪信息发送至终端，指示终端根据对应的展示方式将跟踪信息中的处理结果进行，实现了对不同业务节点的不同处理结果进行区分性展示，有利于快速有效地根据展示方式定位出现问题的环节，从而缩短排查问题的时间，提高排查问题的效率。

图21示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的业务节点14。如图21所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，此外，还可以包括输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现业务请求的跟踪信息处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行业务请求的跟踪信息处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，本申请提供的业务请求的跟踪信息处理装置可以实现为一种计算机程序的形式，计算机程序可在如图21所示的计算机设备上运行。计算机设备的存储器中可存储组成该业务请求的跟踪信息处理装置的各个程序模块，比如，图17所示的跟踪标识获取模块1702、跟踪信息确定模块1704、处理结果获取模块1706、封装模块1708和跟踪信息上报模块1710。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的业务请求的跟踪信息处理方法中的步骤。

例如，图21所示的计算机设备可以通过如图17所示的跟踪标识获取模块1702执行s1202。计算机设备可通过跟踪信息确定模块1704执行s1204。计算机设备可通过处理结果获取模块1706执行s1206。计算机设备可通过封装模块1708执行s1208。计算机设备可通过跟踪信息上报模块1710执行s1210。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：当接收到业务请求时，获取与业务请求对应的全局跟踪标识和局部跟踪标识；全局跟踪标识用于标识业务请求所归属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；确定与业务请求对应的待上报至跟踪服务器的跟踪信息；当业务请求被处理完毕时，获取与业务请求对应的处理结果；将全局跟踪标识、局部跟踪标识和处理结果封装于跟踪信息；将封装后的跟踪信息上报至跟踪服务器。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：当接收到业务请求、且业务请求未对应全局跟踪标识和局部跟踪标识时，生成与业务请求对应的全局跟踪标识和局部跟踪标识；将所生成的全局跟踪标识和局部跟踪标识存储于线程上下文；获取与业务请求对应的全局跟踪标识和局部跟踪标识，包括：从线程上下文获取与业务请求对应的全局跟踪标识和局部跟踪标识。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：在业务节点处理业务请求过程中，当业务节点调用业务请求链中另外的业务请求时，按照调用的先后顺序对局部跟踪标识进行更新；建立更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系；将更新后的局部跟踪标识、全局跟踪标识和从属关系添加于另外的业务请求中；将已添加的业务请求发送至下一个业务节点。

上述计算机设备中，通过对业务请求进行处理，获得与业务请求对应的跟踪信息，将所获得的跟踪信息发送至跟踪服务器，从而实现了对业务请求，以及该业务请求所依赖的其它业务请求进行跟踪的目的。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：当接收到业务请求时，获取与业务请求对应的全局跟踪标识和局部跟踪标识；全局跟踪标识用于标识业务请求所归属的业务请求链，局部跟踪标识用于标识业务请求在业务请求链中的位置；确定与业务请求对应的待上报至跟踪服务器的跟踪信息；当业务请求被处理完毕时，获取与业务请求对应的处理结果；将全局跟踪标识、局部跟踪标识和处理结果封装于跟踪信息；将封装后的跟踪信息上报至跟踪服务器。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：当接收到业务请求、且业务请求未对应全局跟踪标识和局部跟踪标识时，生成与业务请求对应的全局跟踪标识和局部跟踪标识；将所生成的全局跟踪标识和局部跟踪标识存储于线程上下文；获取与业务请求对应的全局跟踪标识和局部跟踪标识，包括：从线程上下文获取与业务请求对应的全局跟踪标识和局部跟踪标识。

在一个实施例中，计算机程序被处理器执行时，使得处理器还执行以下步骤：在业务节点处理业务请求过程中，当业务节点调用业务请求链中另外的业务请求时，按照调用的先后顺序对局部跟踪标识进行更新；建立更新后的局部跟踪标识与更新前的局部跟踪标识之间的从属关系；将更新后的局部跟踪标识、全局跟踪标识和从属关系添加于另外的业务请求中；将已添加的业务请求发送至下一个业务节点。

上述计算机可读存储介质中，通过对业务请求进行处理，获得与业务请求对应的跟踪信息，将所获得的跟踪信息发送至跟踪服务器，从而实现了对业务请求，以及该业务请求所依赖的其它业务请求进行跟踪的目的。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。