一种跟踪标识的获取方法、装置、服务器及存储介质

摘要

本发明公开了一种跟踪标识的获取方法、装置、服务器及存储介质。该方法包括：在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；所述第一关联关系根据客户端发起的事件请求和处理所述事件请求的候选协程确定；将所述目标跟踪标识写入基础组件。通过本实施例的方案，避免了现有技术中在每个函数中增加上下文参数时工作量大且存在冗余的问题，基于跟踪标识与协程标识之间的关联关系确定跟踪标识，可以提高获得全链路日志的效率。

权利要求

1.一种跟踪标识的获取方法，其特征在于，应用于服务器，所述方法包括：在检测到当前协程发起的跟踪标识获取请求的情况下，获取当前协程的当前协程标识；

根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；所述第一关联关系根据客户端发起的事件请求和处理所述事件请求的候选协程确定；

将所述目标跟踪标识写入基础组件；其中，所述基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件；

其中，根据客户端发起的事件请求和处理所述事件请求的候选协程确定第一关联关系，包括：接收由客户端发起的事件请求，并确定所述事件请求的候选跟踪标识；

确定处理所述事件请求的候选协程的候选协程标识；

基于所述候选跟踪标识与所述候选协程标识，建立候选跟踪标识与候选协程标识之间的第一关联关系。

2.根据权利要求1所述的方法，其特征在于，接收由客户端发起的事件请求，并确定所述事件请求的候选跟踪标识，包括：接收由客户端发起的事件请求，并判断所述事件请求关联的报文中是否存在候选跟踪标识；

若是，则从所述报文的报文头中确定候选跟踪标识；

否则，通过雪花算法生成所述事件请求的候选跟踪标识。

3.根据权利要求1所述的方法，其特征在于，还包括：在当前协程的执行过程中，若检测到并发任务，则创建当前协程的子协程；

将所述目标跟踪标识传递给所述子协程，并获取所述子协程的子协程标识；

建立目标跟踪标识与候选子协程标识之间的第二关联关系；

在检测到目标子协程发起的标识获取请求的情况下，基于第二关联关系确定与目标子协程关联的目标跟踪标识。

4.根据权利要求1所述的方法，其特征在于，还包括：若检测到异常，则根据所述日志中的目标跟踪标识确定程序的处理逻辑；

根据所述处理逻辑，定位所述异常。

5.一种跟踪标识的获取装置，其特征在于，所述装置包括：当前协程标识获取模块，用于在检测到当前协程发起的跟踪标识获取请求的情况下，获取当前协程的当前协程标识；

目标跟踪标识获取模块，用于根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；所述第一关联关系根据客户端发起的事件请求和处理所述事件请求的候选协程确定；

目标跟踪标识写入模块，用于将所述目标跟踪标识写入基础组件；其中，所述基础组件包括如下至少一种：日志打印组件、报文头传递组件、和数据库打印组件；

其中，所述装置还包括：

候选跟踪标识确定模块，用于接收由客户端发起的事件请求，并确定所述事件请求的候选跟踪标识；

候选协程标识确定模块，用于确定处理所述事件请求的候选协程的候选协程标识；

第一关联关系建立模块，用于基于所述候选跟踪标识与所述候选协程标识，建立候选跟踪标识与候选协程标识之间的第一关联关系。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：子协程创建模块，用于在当前协程的执行过程中，若检测到并发任务，则创建当前协程的子协程；

子协程标识获取模块，用于将所述目标跟踪标识传递给所述子协程，并获取所述子协程的子协程标识；

第二关联关系建立模块，用于建立目标跟踪标识与候选子协程标识之间的第二关联关系；

所述目标跟踪标识获取模块，还用于在检测到目标子协程发起的标识获取请求的情况下，基于第二关联关系确定与目标子协程关联的目标跟踪标识。

7.一种服务器，其特征在于，所述服务器包括：一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1‑4中任一所述的跟踪标识的获取方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1‑4中任一所述的跟踪标识的获取方法。

说明书

一种跟踪标识的获取方法、装置、服务器及存储介质

技术领域

[0001] 本发明实施例涉及计算机技术领域，尤其涉及一种跟踪标识的获取方法、装置、服务器及存储介质。

背景技术

[0002] 微服务架构通过将单体应用拆分为多个微服务进行部署，具有微服务松耦合、快迭代的优势，可极大的降低服务复杂度。在微服务架构下，一个用户服务往往涉及多个微服务的调用。

[0003] 为定位和追踪微服务架构中存在的异常，通常采用日志跟踪方案跟踪用户服务涉及的微服务日志，这些微服务日志可称为全链路日志，进而通过分析全链路日志，定位和追踪微服务架构中存在的问题。现有技术中，通常在函数调用时，把跟踪标识(traceID)加入context参数，向下传递。为了达到随时使用traceID，需要在每个函数中都加上context参数，增加了工作量。另外，由于不是每个函数都需要使用上下文信息，增加了函数的冗余，进而降低了获得全链路日志的效率。

[0004] 因此，如何设置及获取跟踪标识，以高效的获得全链路日志，成为了本领域技术人员亟需解决的问题。

发明内容

[0005] 本发明提供一种跟踪标识的获取方法、装置、服务器及存储介质，以实现提高跟踪标识获取效率的目的。

[0006] 第一方面，本发明实施例提供了一种跟踪标识的获取方法，应用于服务器，该方法包括：

[0007] 在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；

[0008] 根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；所述第一关联关系根据客户端发起的事件请求和处理所述事件请求的候选协程确定；

[0009] 将所述目标跟踪标识写入基础组件；其中，所述基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0010] 第二方面，本发明实施例还提供了一种跟踪标识的获取装置，该装置包括：

[0011] 当前协程标识获取模块，用于在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；

[0012] 目标跟踪标识获取模块，用于根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；所述第一关联关系根据客户端发起的事件请求和处理所述事件请求的候选协程确定；

[0013] 目标跟踪标识写入模块，用于将所述目标跟踪标识写入基础组件；其中，所述基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0014] 第三方面，本发明实施例还提供了一种服务器，该服务器包括：

[0015] 一个或多个处理器；

[0016] 存储装置，用于存储一个或多个程序，

[0017] 当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的跟踪标识的获取方法。

[0018] 第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所述的跟踪标识的获取方法。

[0019] 本发明实施例提供的一种跟踪标识的获取方法、装置、服务器及存储介质，通过在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；所述第一关联关系根据客户端发起的事件请求和处理所述事件请求的候选协程确定；将所述目标跟踪标识写入基础组件；其中，所述基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。通过本实施例的方案，避免了现有技术中在每个函数中增加上下文参数时工作量大且存在冗余的问题，基于跟踪标识与协程标识之间的关联关系确定跟踪标识，并将跟踪标识写入基础组件，可以提高后续获得全链路日志的效率，为跟踪标识的获取提供了一种新思路。

附图说明

[0020] 图1是本发明实施例一提供的一种跟踪标识的获取方法的流程图；

[0021] 图2是本发明实施例二提供的一种跟踪标识的获取方法的流程图；

[0022] 图3是本发明实施例三提供的一种跟踪标识的获取方法的流程图；

[0023] 图4是本发明实施例四提供的一种跟踪标识的获取装置的结构框图；

[0024] 图5是本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

[0025] 下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

[0026] 实施例一

[0027] 图1为本发明实施例一提供的一种跟踪标识的获取方法的流程图，本实施例可适用于在打印日志或调用超文本传输协议(Hyper Text Transfer Prtcl，HTTP)等获取跟踪标识的情况，尤其适用于将协程标识与跟踪标识映射，根据协程标识匹配跟踪标识。该方法可以由本发明实施例提供的跟踪标识的获取装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在服务器上。

[0028] 具体的，如图1所示，本发明实施例提供的跟踪标识的获取方法，可以包括如下步骤：

[0029] S110、在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识。

[0030] 其中，协程是一种底层调度单元，不是被操作系统内核所管理的，而是完全由程序所控制，也就是在用户态执行。这样带来的好处是性能大幅度的提升，因为不会像线程切换那样消耗资源。

[0031] 协程不是进程也不是线程，而是一个特殊的函数，这个函数可以在某个地方挂起，并且可以重新在挂起处继续运行。所以说，协程与进程、线程相比并不是一个维度的概念。一个进程可以包含多个线程，一个线程也可以包含多个协程。简单来说，一个线程内可以由多个这样的特殊函数在运行，但是有一点必须明确的是，一个线程的多个协程的运行是串行的。如果是多核CPU，多个进程或一个进程内的多个线程是可以并行运行的，但是一个线程内协程却绝对是串行的，无论CPU有多少个核。毕竟协程虽然是一个特殊的函数，但仍然是一个函数。一个线程内可以运行多个函数，但这些函数都是串行运行的。当一个协程运行时，其它协程必须挂起。

[0032] 需要说明的是，本实施例中，协程标识是在协程体系中相对唯一的标识，相当于是一种“身份证”，一般在生命周期内是不变的，具体的，在协程结束后，协程标识可以被回收，也可以被其他协程复用。至于用什么来作标识，则可以由设计者自己制定的规则来确定。

[0033] 同理，跟踪标识(traceID)也是专属的、唯一的。traceID用于标识某一次具体的请求ID。当用户的请求进入系统后，会在远程过程调用(Remote Procedure Call，RPC)网络的第一层生成一个全局唯一的traceID，并且会随着每一层的RPC调用，不断往后传递，这样的话通过traceID就可以把一次用户请求在系统中调用的路径串联起来，进行链路追踪。

[0034] 若当前协程需要获取跟踪标识，则发起标识获取请求。具体的，在服务治理时，打印日志及HTTP调用经常使用跟踪标识。考虑到直接在每个函数中加上context参数工作量大、函数冗余且调用效率不高，本实施例中，在获取跟踪标识之前，使用协程标识和跟踪标识映射的方法，建立候选跟踪标识与候选协程标识之间的第一关联关系。在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识，以根据当前协程标识确定目标跟踪标识，无需每个函数都带有context参数来传递信息，可以降低函数冗余，并提高跟踪标识的获取效率。

[0035] S120、根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定。

[0036] 其中，目标跟踪标识，可以简单理解为待获取的跟踪标识。

[0037] 在确定候选跟踪标识与候选协程标识之间的第一关联关系的情况下，获取当前协程的当前协程标识之后，可以将当前协程标识同候选跟踪标识与候选协程标识之间的第一关联关系相匹配，获取与当前协程标识关联的跟踪标识作为目标跟踪标识。其中，第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定。

[0038] 优选的，根据客户端发起的事件请求和处理事件请求的候选协程确定第一关联关系，可以包括：接收由客户端发起的事件请求，并确定事件请求的候选跟踪标识；确定处理事件请求的候选协程的候选协程标识；基于候选跟踪标识与候选协程标识，建立候选跟踪标识与候选协程标识之间的第一关联关系。

[0039] S130、将目标跟踪标识写入基础组件；其中，基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0040] 确定目标跟踪标识后，可以将目标跟踪标识写入基础组件。其中，基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0041] 具体的，日志打印组件，用于在打印日志时，将日志格式化，格式为：时间‑协程标识‑跟踪标识‑日志内容；报文头传递组件，用于在HTTP调用时，把traceIDA添加到http header中，使上游HTTP服务也能获取到同样的traceIDA；数据库打印组件，用于使用gorm的SetLogger()函数，自定义log，在打印mysql log时，和打印日志一样带上traceIDA。

[0042] 以确定目标跟踪标识后，将目标跟踪标识写入日志为例，写入后服务日志都带有跟踪标识，可以在日志中分辨哪些是同一个请求。

[0043] 进一步地，在上述实施例的基础上，为了提高异常定位效率及准确性，若检测到异常，则根据日志中的目标跟踪标识确定程序的处理逻辑；根据处理逻辑，定位异常。

[0044] 本实施例的技术方案，通过在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定；将目标跟踪标识写入基础组件。通过本实施例的方案，避免了现有技术中在每个函数中增加上下文参数时工作量大且存在冗余的问题，基于跟踪标识与协程标识之间的关联关系确定跟踪标识，并将跟踪标识写入基础组件，可以提高获得全链路日志的效率，为跟踪标识的获取提供了一种新思路。

[0045] 实施例二

[0046] 图2为本发明实施例二提供的一种跟踪标识的获取方法的流程图，该方法在上述实施例的基础上进一步的优化，给出了根据客户端发起的事件请求和处理事件请求的候选协程确定第一关联关系的具体情况介绍。

[0047] 具体的，如图2所示，该方法包括：

[0048] S210、接收由客户端发起的事件请求，并确定事件请求的候选跟踪标识。

[0049] 其中，候选跟踪标识可以唯一标识事件请求。本实施例中，接收客户端发起的事件请求后，可以根据事件请求确定对应的候选跟踪标识。示例性的，若接收到HTTP请求，由于traceID在HTTP的报文头中，可以将traceID从报文头中取出，作为候选traceID。

[0050] 考虑到并非所有报文头中都包含traceID，本实施例中，为了保证在接收到事件请求后准确获取traceID，优选的，接收由客户端发起的事件请求，并确定事件请求的候选跟踪标识，可以包括：接收由客户端发起的事件请求，并判断事件请求关联的报文中是否存在候选跟踪标识；若是，则从报文的报文头中确定候选跟踪标识；否则，通过雪花算法生成事件请求的候选跟踪标识。

[0051] 示例性的，以HTTP为例，进行说明：客户端发送HTTP请求，经过nginx时，nginx生成traceIDA，并把traceIDA加在HTTP报文头里，Ht‑Trace‑Id＝traceIDA；nginx反向代理，把请求发到业务服务；业务服务收到HTTP请求，把Ht‑Trace‑Id＝traceIDA从header中取出来。如果header中没有traceIDA，则使用雪花算法生成一个traceIDA。

[0052] 优选的，除了获取HTTP请求以外，在业务服务作为定时任务或消息队列消费者时，若定时任务的定时时间达到或消息队列消费到消息，也可以使用雪花算法生成候选跟踪标识。

[0053] S220、确定处理事件请求的候选协程的候选协程标识。

[0054] 其中，候选协程标识用于唯一标识候选协程。需要说明的是，确定处理事件请求的候选协程的候选协程标识与确定事件请求的候选跟踪标识，没有明确的先后顺序，可以同时进行，也可以不同时进行。

[0055] 具体的，确定处理事件请求的候选协程的候选协程标识，可以使用github.com/petermattis/gid开源库获取此事件请求的候选协程1的候选协程标识，记为goroutine id＝GID1。

[0056] S230、基于候选跟踪标识与候选协程标识，建立候选跟踪标识与候选协程标识之间的第一关联关系。

[0057] 本实施例中，基于候选跟踪标识与候选协程标识，建立候选跟踪标识与候选协程标识之间的第一关联关系，可以简单理解为，将事件请求与处理该请求的协程相关联。

[0058] 由于候选跟踪标识可以唯一确定事件请求，候选协程标识可以唯一确定候选协程，为了便于查询，可以通过建立候选跟踪标识与候选协程标识之间的第一关联关系，达到将事件请求与处理该请求的协程相关联的效果。

[0059] 示例性的，建立候选跟踪标识与候选协程标识之间的第一关联关系，可以使用sync.Map，将GID1和traceIDA做map映射gTraceMap，键(key)为GID1，值(value)为traceIDA。

[0060] 当需要使用traceID时，先获取到当前协程的协程标识GID1，然后从gTraceMap中获取到traceIDA，再根据需要进行以下逻辑：

[0061] A.封装日志库。在打印日志时，将日志格式化，格式为：时间‑协程标识‑跟踪标识‑日志内容。

[0062] B.HTTP调用。在调用时，把traceIDA添加到http header中，使上游HTTP服务也能获取到同样的traceIDA。

[0063] C.Mysql调用。使用gorm的SetLogger()函数，自定义log，在打印mysql log时，和打印日志一样带上traceIDA。redis或kafka调用同理，打印日志时带上traceIDA。

[0064] S240、在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识。

[0065] S250、根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定。

[0066] S260、将目标跟踪标识写入基础组件；其中，基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0067] 本实施例的技术方案，给出了根据客户端发起的事件请求和处理事件请求的候选协程确定第一关联关系的具体情况介绍，通过将协程标识和跟踪标识映射的方法，避免了现有技术中在每个函数中增加上下文参数时工作量大且存在冗余的问题，基于跟踪标识与协程标识之间的关联关系确定跟踪标识，方便随时取出目标跟踪标识，可以提高获得全链路日志的效率。

[0068] 实施例三

[0069] 图3为本发明实施例三提供的一种跟踪标识的获取方法的流程图，该方法在上述实施例的基础上进一步的优化，给出了检测到并发任务的具体情况介绍。

[0070] 具体的，如图3所示，该方法包括：

[0071] S310、在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识。

[0072] S320、根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定。

[0073] S330、在当前协程的执行过程中，若检测到并发任务，则创建当前协程的子协程。

[0074] 其中，并发，在操作系统中，是指一个时间段中有几个程序都处于已启动运行到运行完毕之间，且这几个程序都是在同一个处理机上运行，但任一个时刻点上只有一个程序在处理机上运行；从逻辑上看，具备同时处理多个任务的能力。如果多协程运行在单线程或单进程上，这时也就具有了并发的特性。

[0075] 本实施例中，当需要异步时，创建协程。可以理解为，在当前协程的执行过程中，若检测到并发任务，则创建当前协程的子协程。

[0076] 示例性的，可以不直接使用go关键字创建，而使用封装的goroutine创建函数。封装函数执行过程如下：获取到本协程标识GID1，然后从gTraceMap中获取到traceIDA；使用go关键字创建子协程GID2，把traceIDA传递到子协程中；将子协程的GID2和traceIDA存入gTraceMap中，key为GID2，value为traceIDA；在子协程需要打印日志、调用HTTP、Mysql、redis、消息队列时，和父协程一样，根据GID2取traceIDA，然后使用。

[0077] S340、将目标跟踪标识传递给子协程，并获取子协程的子协程标识。

[0078] 创建当前协程的子协程后，可以获取子协程的子协程标识，将当前协程对应的目标跟踪标识传递给子协程，以建立目标跟踪标识与候选子协程之间的关联。

[0079] S350、建立目标跟踪标识与候选子协程标识之间的第二关联关系。

[0080] 需要说明的是，本实施例仅以建立目标跟踪标识与候选子协程标识之间的第二关联关系为例进行说明，并不限定仅存在两层协程关系。

[0081] 若子协程下层还有第二子协程，则建立目标跟踪标识与候选第二子协程标识之间的第三关联关系；若第二子协程下层还有第三子协程，则建立目标跟踪标识与候选第三子协程标识之间的第四关联关系；以此类推，可以建立多层关联关系。

[0082] S360、在检测到目标子协程发起的标识获取请求的情况下，基于第二关联关系确定与目标子协程关联的目标跟踪标识。

[0083] 同理，在检测到目标子协程发起的标识获取请求的情况下，基于第二关联关系确定与目标子协程关联的目标跟踪标识，也不限于此。还可以是，在检测到目标第二子协程发起的标识获取请求的情况下，可以基于第三关联关系确定与目标第二子协程关联的目标跟踪标识；在检测到目标第三子协程发起的标识获取请求的情况下，可以基于第四关联关系确定与目标第三子协程关联的目标跟踪标识；以此类推。

[0084] S370、将目标跟踪标识写入基础组件；其中，基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0085] 本实施例的技术方案，给出了当需要异步时，创建子协程，将目标跟踪标识传递给子协程，建立目标跟踪标识与候选子协程标识之间的第二关联关系，基于第二关联关系确定与目标子协程关联的目标跟踪标识，达到多层调用时仍能通过关联关系实现追踪的目的，进而提高追踪效率。

[0086] 实施例四

[0087] 图4是本发明实施例四所提供的一种跟踪标识的获取装置的结构示意图，该装置适用于执行本发明实施例提供的跟踪标识的获取方法，可以跟踪标识的获取效率。如图4所示，该装置包括当前协程标识获取模块410、目标跟踪标识获取模块420和目标跟踪标识写入模块430。

[0088] 其中，当前协程标识获取模块410，用于在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；

[0089] 目标跟踪标识获取模块420，用于根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定；

[0090] 目标跟踪标识写入模块430，用于将目标跟踪标识写入基础组件；其中，基础组件包括如下至少一种：日志打印组件、报文头传递组件和数据库打印组件。

[0091] 本实施例的技术方案，通过在检测到当前协程发起的标识获取请求的情况下，获取当前协程的当前协程标识；根据候选跟踪标识与候选协程标识之间的第一关联关系，获取与当前协程标识关联的跟踪标识作为目标跟踪标识；第一关联关系根据客户端发起的事件请求和处理事件请求的候选协程确定；将目标跟踪标识写入基础组件。通过本实施例的方案，避免了现有技术中在每个函数中增加上下文参数时工作量大且存在冗余的问题，基于跟踪标识与协程标识之间的关联关系确定跟踪标识，达到了提高获得全链路日志的效率，为跟踪标识的获取提供了一种新思路。

[0092] 优选的，装置还包括：

[0093] 候选跟踪标识确定模块，用于接收由客户端发起的事件请求，并确定事件请求的候选跟踪标识；

[0094] 候选协程标识确定模块，用于确定处理事件请求的候选协程的候选协程标识；

[0095] 第一关联关系建立模块，用于基于候选跟踪标识与候选协程标识，建立候选跟踪标识与候选协程标识之间的第一关联关系。

[0096] 优选的，上述候选跟踪标识确定模块，具体用于接收由客户端发起的事件请求，并判断事件请求关联的报文中是否存在候选跟踪标识；若是，则从报文的报文头中确定候选跟踪标识；否则，通过雪花算法生成事件请求的候选跟踪标识。

[0097] 优选的，装置还包括：

[0098] 子协程创建模块，用于在当前协程的执行过程中，若检测到并发任务，则创建当前协程的子协程；

[0099] 子协程标识获取模块，用于将目标跟踪标识传递给子协程，并获取子协程的子协程标识；

[0100] 第二关联关系建立模块，用于建立目标跟踪标识与候选子协程标识之间的第二关联关系；

[0101] 目标跟踪标识获取模块，还用于在检测到目标子协程发起的标识获取请求的情况下，基于第二关联关系确定与目标子协程关联的目标跟踪标识。

[0102] 优选的，装置还包括：

[0103] 处理逻辑确定模块，用于若检测到异常，则根据日志中的目标跟踪标识确定程序的处理逻辑；

[0104] 异常定位模块，用于根据处理逻辑，定位异常。

[0105] 本发明实施例所提供的跟踪标识的获取装置可执行本发明任意实施例所提供的跟踪标识的获取方法，具备执行方法相应的功能模块和有益效果。

[0106] 实施例五

[0107] 图5为本发明实施例五提供的一种服务器的结构示意图。图5示出了适于用来实现本发明实施方式的示例性服务器12的框图。图5显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

[0108] 如图5所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

[0109] 总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MCA)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

[0110] 服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

[0111] 系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD‑ROM,DVD‑ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

[0112] 具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

[0113] 服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。
这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。
如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

[0114] 处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的跟踪标识的获取方法。

[0115] 实施例六

[0116] 本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请任意发明实施例提供的跟踪标识的获取方法。

[0117] 本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

[0118] 计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

[0119] 计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

[0120] 可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

[0121] 注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。