CN113328911B - 服务运行时流量链路监测方法及装置 - Google Patents

Abstract

本申请实施例提供一种服务运行时流量链路监测方法及装置，也可用于金融领域，方法包括：接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储；根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示；本申请能够准确、便捷得对服务运行时流量链路进行监测。

Description

服务运行时流量链路监测方法及装置

技术领域

本申请涉及数据处理领域，也可用于金融领域，具体涉及一种服务运行时流量链路监测方法及装置。

背景技术

现有技术中没有针对在服务运行时、在流量回放时对流量的执行情况进行监控并生成流量视图统计信息的方案，但是在实际操作中，通常会采用以下情况观察服务运行情况：1.直接登入服务的机器、或利用某些jvm内存监控工具获取目标服务整体的cpu和内存消耗；2.观察流量回放时的服务连接和服务响应情况，得出回放过程中目标服务的可用性。

发明人发现，现有技术主要有以下几个问题：

1.无法针对流量所在的服务线程进行有效的监控：目前方案中，服务在外部看来是个黑盒，得到的信息是服务整体的信息，各条流量/各个接口的具体运行情况、对系统资源的消耗、对系统的影响无法得到分辨和控制。

2.原有的监控体系的展示信息不全：仅仅展示了整体的cpu消耗、连接数、内存占用、整体服务响应情况等。实际上测试或开发人员实际上更加关注单条流量或单个接口的细节信息，如：流量执行耗时、单接口执行次数、流量高峰、接口响应高峰、流量代码覆盖率、流量所在线程状态、线程消耗的cpu、流量和实际业务对应、流量来源标记等统计信息。

3.原有监控无法持续形成资产库：原有的监控方式只能实时的观察到当前状态，或者仅对整体的内存、cpu消耗曲线进行记录，无法持久化每种接口的线程消耗、调用次数等统计信息。

4.对回放流量监控体系没有覆盖：流量视图应当可以推广到回放流量时的流量回放执行视图。将回放流量和正常流量进行区分，并且对回放程序在响应服务时各个接口的响应情况、高并发下回放流量的占用资源情况、回放时的mock链路详情等信息进行统计，从而进一步分析流量回放时的服务性能情况。

5.流量标记技术没有有效的被利用起来：没有充分利用流量带着透传标记flowid这一特点，将执行的流量和实际业务对应起来。

6.对mock接口没有有效的监控：当采用sandbox等流量回放技术执行回放时，对于mock记录的控制是不全面的，利用的是相似度对比算法获取需要mock接口的mock数据时，如果mock了错误的数据，测试人员也无从得知。

发明内容

针对现有技术中的问题，本申请提供一种服务运行时流量链路监测方法及装置，能够准确、便捷得对服务运行时流量链路进行监测。

为了解决上述问题中的至少一个，本申请提供以下技术方案：

第一方面，本申请提供一种服务运行时流量链路监测方法，包括：

接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储；

根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

进一步地，所述判别所述流量的流量类型，包括：

判断所述流量的访问来源头信息和/或访问来源参数调用信息中是否在特定流量标识，若是，则判定该流量的流量类型为回放流量，否则，判定该流量的流量类型为正常流量。

进一步地，所述根据所述流量类型分别对所述流量进行流量标记和流量集合存储，包括：

若所述流量的流量类型为正常流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并与所述流量建立绑定关系，将绑定有所述流量标识的正常流量存储至对应的流量集合；

若所述流量的流量类型为回放流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并添加至所述回放流量的特定位置处，将添加有所述流量标记的回放流量存储至对应的流量集合。

进一步地，所述根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗，包括：

根据所述流量的流量标记对存储的流量集合在流量运行时进行实时监测，得到实时时间消耗信息、实时流量信息以及实时内存消耗信息；

根据实时监测到的所述实时时间消耗信息、实时流量信息以及实时内存消耗信息，确定流量运行完成后的整体时间消耗信息、整体流量信息以及整体内存消耗信息。

第二方面，本申请提供一种服务运行时流量链路监测装置，包括：

流量标识存储模块，用于接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储；

流量资源消耗分析模块，用于根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

进一步地，所述流量标识存储模块包括：

流量类型判别单元，用于判断所述流量的访问来源头信息和/或访问来源参数调用信息中是否在特定流量标识，若是，则判定该流量的流量类型为回放流量，否则，判定该流量的流量类型为正常流量。

进一步地，所述流量标识存储模块包括：

正常流量标识存储单元，用于若所述流量的流量类型为正常流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并与所述流量建立绑定关系，将绑定有所述流量标识的正常流量存储至对应的流量集合；

回放流量标识存储单元，用于若所述流量的流量类型为回放流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并添加至所述回放流量的特定位置处，将添加有所述流量标记的回放流量存储至对应的流量集合。

进一步地，所述流量资源消耗分析模块包括：

实时消耗分析单元，用于根据所述流量的流量标记对存储的流量集合在流量运行时进行实时监测，得到实时时间消耗信息、实时流量信息以及实时内存消耗信息；

整体消耗分析单元，用于根据实时监测到的所述实时时间消耗信息、实时流量信息以及实时内存消耗信息，确定流量运行完成后的整体时间消耗信息、整体流量信息以及整体内存消耗信息。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的服务运行时流量链路监测方法的步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的服务运行时流量链路监测方法的步骤。

由上述技术方案可知，本申请提供一种服务运行时流量链路监测方法及装置，通过结合流量回放技术，将回放流量和正常流量进行区分，将各流量的流量链路进行标记，方便了测试人员流量监测，由此能够准确、便捷得对服务运行时流量链路进行监测。

附图说明

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

图1为本申请实施例中的服务运行时流量链路监测方法的流程示意图之一；

图2为本申请实施例中的服务运行时流量链路监测方法的流程示意图之二；

图3为本申请实施例中的服务运行时流量链路监测方法的流程示意图之三；

图4为本申请实施例中的服务运行时流量链路监测装置的结构图之一；

图5为本申请实施例中的服务运行时流量链路监测装置的结构图之二；

图6为本申请实施例中的服务运行时流量链路监测装置的结构图之三；

图7为本申请实施例中的服务运行时流量链路监测装置的结构图之四；

图8为本申请实施例中的电子设备的结构示意图。

具体实施方式

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

考虑到现有技术主要有以下几个问题：

1.无法针对流量所在的服务线程进行有效的监控：目前方案中，服务在外部看来是个黑盒，得到的信息是服务整体的信息，各条流量/各个接口的具体运行情况、对系统资源的消耗、对系统的影响无法得到分辨和控制。

2.原有的监控体系的展示信息不全：仅仅展示了整体的cpu消耗、连接数、内存占用、整体服务响应情况等。实际上测试或开发人员实际上更加关注单条流量或单个接口的细节信息，如：流量执行耗时、单接口执行次数、流量高峰、接口响应高峰、流量代码覆盖率、流量所在线程状态、线程消耗的cpu、流量和实际业务对应、流量来源标记等统计信息。

3.原有监控无法持续形成资产库：原有的监控方式只能实时的观察到当前状态，或者仅对整体的内存、cpu消耗曲线进行记录，无法持久化每种接口的线程消耗、调用次数等统计信息。

4.对回放流量监控体系没有覆盖：流量视图应当可以推广到回放流量时的流量回放执行视图。将回放流量和正常流量进行区分，并且对回放程序在响应服务时各个接口的响应情况、高并发下回放流量的占用资源情况、回放时的mock链路详情等信息进行统计，从而进一步分析流量回放时的服务性能情况。

对此，本申请提供一种服务运行时流量链路监测方法及装置，通过结合流量回放技术，将回放流量和正常流量进行区分，将各流量的流量链路进行标记，方便了测试人员流量监测，由此能够准确、便捷得对服务运行时流量链路进行监测。

为了能够准确、便捷得对服务运行时流量链路进行监测，本申请提供一种服务运行时流量链路监测方法的实施例，参见图1，所述服务运行时流量链路监测方法具体包含有如下内容：

步骤S101：接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储。

可选的，在本申请中，当有流量进来时，可以首先判别该流量是正常流量还是回放流量。对于正常流量，本申请可以为该流量生成唯一的流量标记flowid；对于回放流量，本申请也可以进行识别和流量标记。

可选的，在完成了流量标记flowid的标记后，本申请还可以将正常流量放入对应的正常流量的集合，将回放流量放入对应的回放流量集合，并且记录流量的入集合时间、流量的所在线程，即用两个集合分别存储正常流量运行线程和回放流量的运行线程，并且将不同接口的流量进行区分存放，在进入集合时记录时间戳，在流量执行完毕后记录时间戳得到流量耗时，在出集合时将流量信息持久化至离线分析库。

步骤S102：根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

可选的，在各类型的流量运行时，本申请可以定时执行实时分析，得到各个流量对应的cpu/时间消耗、各个接口正在运行的流量情况、整体服务的资源消耗情况等信息，并且将这些信息记录到内存中，当查看流量实时视图时展示内存中信息。

可选的，当各类型的流量运行完成时，本申请可以得到流量的总体消耗时间、线程占用时间、线程实际运行时间和实时分析模块获得的流量运行时记录的中间状态资源消耗，将这些信息返回给离线记录模块，以对所有信息进行持久化，并且最终展示在整体流量视图中。

从上述描述可知，本申请实施例提供的服务运行时流量链路监测方法，能够通过结合流量回放技术，将回放流量和正常流量进行区分，将各流量的流量链路进行标记，方便了测试人员流量监测，由此能够准确、便捷得对服务运行时流量链路进行监测。

为了能够准确判断流量类型，针对不同类型的流量分别处理，在本申请的服务运行时流量链路监测方法的一实施例中，上述步骤S101还可以具体包含如下内容：

判断所述流量的访问来源头信息和/或访问来源参数调用信息中是否在特定流量标识，若是，则判定该流量的流量类型为回放流量，否则，判定该流量的流量类型为正常流量。

举例来说，本申请在执行正常流量标记前可以增加一段判别逻辑，例如从http的头信息和rpc的argument信息中查看是否存在flowid，从而识别标记回放流量。

为了能够准确判断流量类型，针对不同类型的流量分别处理，在本申请的服务运行时流量链路监测方法的一实施例中，参见图2，上述步骤S101还可以具体包含如下内容：

步骤S201：若所述流量的流量类型为正常流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并与所述流量建立绑定关系，将绑定有所述流量标识的正常流量存储至对应的流量集合。

步骤S202：若所述流量的流量类型为回放流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并添加至所述回放流量的特定位置处，将添加有所述流量标记的回放流量存储至对应的流量集合。

可选的，对于正常流量，本申请可以生成每条流量独立的透传标记，例如将正常流量分为入口流量和内部调用流量，其中，所述入口流量指接收外部请求响应的流量，如http和作为rpc调用的提供方流量；所述内部调用流量主要指在入口流量中调用其他关键方法产生的流量，如mybatis流量和作为rpc的消费方流量。

生成flowid的逻辑示例如下：对于http流量，对uri和request参数进行hash加密得到特征标记，再结合时间戳生成flowid；对于rpc流量，对流量访问的接口名、方法名和方法签名进行hash加密得到特征标记，再结合时间戳生成flowid；对于内部调用流量，通过方法类名、方法名、方法签名生成特征标记，再结合调用该方法的入口流量的flowid和时间戳生成flowid。

可选的，对于回放流量，本申请可以生成透传mock标记，在http请求的header中增加头信息，值为采集时获取的flowid、是否mock的标记；在回放rpc流量的链路中增加一个filter用于在dubbo的argument信息中增加采集流量flowid、mock标记。

为了能够准确对各类型流量在运行时和运行完成后的资源消耗进行监测，在本申请的服务运行时流量链路监测方法的一实施例中，参见图3，上述步骤S102还可以具体包含如下内容：

步骤S301：根据所述流量的流量标记对存储的流量集合在流量运行时进行实时监测，得到实时时间消耗信息、实时流量信息以及实时内存消耗信息。

步骤S302：根据实时监测到的所述实时时间消耗信息、实时流量信息以及实时内存消耗信息，确定流量运行完成后的整体时间消耗信息、整体流量信息以及整体内存消耗信息。

可选的，针对流量的实时分析，本申请可以设置以下实时分析模块分别进行监测分析：

1)服务整体资源情况分析模块：通过MemoryMXBean获得整体的堆内存和非堆内存的消耗情况；通过MemoryPoolMXBean获取内存池信息；通过RuntimeMXBean获取基本的cpu调用信息并且计算得出总体的cpu消耗率。通过流量集合管理模块获取服务中正在运行的流量情况。

2)线程分析模块：通过java的ThreadMXBean获取流量所在的线程状态，包括线程的cpu占用情况、线程所占用的锁资源、线程存活时间和运行时间等线程信息。

3)代码覆盖率分析模块：本模块是通过jacoco和流量的线程信息获取当前流量运行的程序覆盖率。

4)mock情况分析模块：本模块是在执行流量回放时，根据是否mock的标记决定是否启用。当开启回放mock时，会在每次进行mock之前记录每次mock使用的子flowid和详细接口及其方法签名，在视图中展示。

5)连接数统计和接口调用分析模块：本模块用于统计瞬时所有连接到本服务的连接数和在流量集合管理模块中存放的流量总数，得到连接的平均请求处理量和各个接口的瞬时请求量。

6)执行耗时分析模块：依据流量集合管理模块中的流量线程存活情况，统计各个存活流量的执行耗时。在流量执行结束后，将当前流量的执行耗时归入离线分析库。

可选的，针对流量的整体分析，本申请可以设置以下离线分析模块分别进行监测分析：

1)总体资源消耗分析模块：根据实时分析模块中的整体资源消耗信息，得到cpu、各个内存区、连接数、接口平均耗时的变化曲线。

2)代码覆盖率统计模块：不同的时间段得到该时间段下的代码总体覆盖率。

3)接口执行分析模块：根据实时分析模块中的接口执行分析模块得到接口的调用高峰、接口的请求来源、接口的平均耗时和耗时分布记录、耗时过长时的执行集合中正在运行的流量执行情况。

为了能够准确、便捷得对服务运行时流量链路进行监测，本申请提供一种用于实现所述服务运行时流量链路监测方法的全部或部分内容的服务运行时流量链路监测装置的实施例，参见图4，所述服务运行时流量链路监测装置具体包含有如下内容：

流量标识存储模块10，用于接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储。

流量资源消耗分析模块20，用于根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

从上述描述可知，本申请实施例提供的服务运行时流量链路监测装置，能够通过结合流量回放技术，将回放流量和正常流量进行区分，将各流量的流量链路进行标记，方便了测试人员流量监测，由此能够准确、便捷得对服务运行时流量链路进行监测。

为了能够准确判断流量类型，针对不同类型的流量分别处理，在本申请的服务运行时流量链路监测装置的一实施例中，参见图5，所述流量标识存储模块10包括：

流量类型判别单元11，用于判断所述流量的访问来源头信息和/或访问来源参数调用信息中是否在特定流量标识，若是，则判定该流量的流量类型为回放流量，否则，判定该流量的流量类型为正常流量。

为了能够准确判断流量类型，针对不同类型的流量分别处理，在本申请的服务运行时流量链路监测装置的一实施例中，参见图6，所述流量标识存储模块10包括：

正常流量标识存储单元12，用于若所述流量的流量类型为正常流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并与所述流量建立绑定关系，将绑定有所述流量标识的正常流量存储至对应的流量集合。

回放流量标识存储单元13，用于若所述流量的流量类型为回放流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并添加至所述回放流量的特定位置处，将添加有所述流量标记的回放流量存储至对应的流量集合。

为了能够准确对各类型流量在运行时和运行完成后的资源消耗进行监测，在本申请的服务运行时流量链路监测装置的一实施例中，参见图7，所述流量资源消耗分析模块20包括：

实时消耗分析单元21，用于根据所述流量的流量标记对存储的流量集合在流量运行时进行实时监测，得到实时时间消耗信息、实时流量信息以及实时内存消耗信息。

整体消耗分析单元22，用于根据实时监测到的所述实时时间消耗信息、实时流量信息以及实时内存消耗信息，确定流量运行完成后的整体时间消耗信息、整体流量信息以及整体内存消耗信息。

从硬件层面来说，为了能够准确、便捷得对服务运行时流量链路进行监测，本申请提供一种用于实现所述服务运行时流量链路监测方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现服务运行时流量链路监测装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输；该逻辑控制器可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该逻辑控制器可以参照实施例中的服务运行时流量链路监测方法的实施例，以及服务运行时流量链路监测装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

可以理解的是，所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

在实际应用中，服务运行时流量链路监测方法的部分可以在如上述内容所述的电子设备侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

图8为本申请实施例的电子设备9600的系统构成的示意框图。如图8所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图8是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，服务运行时流量链路监测方法功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤S101：接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储。

步骤S102：根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

从上述描述可知，本申请实施例提供的电子设备，通过结合流量回放技术，将回放流量和正常流量进行区分，将各流量的流量链路进行标记，方便了测试人员流量监测，由此能够准确、便捷得对服务运行时流量链路进行监测。

在另一个实施方式中，服务运行时流量链路监测装置可以与中央处理器9100分开配置，例如可以将服务运行时流量链路监测装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现服务运行时流量链路监测方法功能。

如图8所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图8中所示的所有部件；此外，电子设备9600还可以包括图8中没有示出的部件，可以参考现有技术。

如图8所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的服务运行时流量链路监测方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的服务运行时流量链路监测方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤S101：接收外部请求响应的流量，判别所述流量的流量类型，并根据所述流量类型分别对所述流量进行流量标记和流量集合存储。

步骤S102：根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

从上述描述可知，本申请实施例提供的计算机可读存储介质，通过结合流量回放技术，将回放流量和正常流量进行区分，将各流量的流量链路进行标记，方便了测试人员流量监测，由此能够准确、便捷得对服务运行时流量链路进行监测。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (6)

1.一种服务运行时流量链路监测方法，其特征在于，所述方法包括：

接收外部请求响应的流量，判断所述流量的访问来源头信息和/或访问来源参数调用信息中是否存 在特定流量标识，若是，则判定该流量的流量类型为回放流量，否则，判定该流量的流量类型为正常流量；

若所述流量的流量类型为正常流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并与所述流量建立绑定关系，将绑定有所述流量标记 的正常流量存储至对应的流量集合；

若所述流量的流量类型为回放流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并添加至所述回放流量的特定位置处，将添加有所述流量标记的回放流量存储至对应的流量集合；

根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

2.根据权利要求1所述的服务运行时流量链路监测方法，其特征在于，所述根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗，包括：

根据所述流量的流量标记对存储的流量集合在流量运行时进行实时监测，得到实时时间消耗信息、实时流量信息以及实时内存消耗信息；

根据实时监测到的所述实时时间消耗信息、实时流量信息以及实时内存消耗信息，确定流量运行完成后的整体时间消耗信息、整体流量信息以及整体内存消耗信息。

3.一种服务运行时流量链路监测装置，其特征在于，包括：

流量标识存储模块，用于接收外部请求响应的流量，判断所述流量的访问来源头信息和/或访问来源参数调用信息中是否存 在特定流量标识，若是，则判定该流量的流量类型为回放流量，否则，判定该流量的流量类型为正常流量；若所述流量的流量类型为正常流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并与所述流量建立绑定关系，将绑定有所述流量标记 的正常流量存储至对应的流量集合；若所述流量的流量类型为回放流量，则根据访问地址、调用参数以及当前时间戳中的至少一种生成流量标记并添加至所述回放流量的特定位置处，将添加有所述流量标记的回放流量存储至对应的流量集合；

流量资源消耗分析模块，用于根据所述流量标记对存储的流量集合进行资源消耗分析，得到对应的运行时实时资源消耗和运行完成后整体资源消耗并进行持久化存储和可视化展示。

4.根据权利要求3所述的服务运行时流量链路监测装置，其特征在于，所述流量资源消耗分析模块包括：

实时消耗分析单元，用于根据所述流量的流量标记对存储的流量集合在流量运行时进行实时监测，得到实时时间消耗信息、实时流量信息以及实时内存消耗信息；

整体消耗分析单元，用于根据实时监测到的所述实时时间消耗信息、实时流量信息以及实时内存消耗信息，确定流量运行完成后的整体时间消耗信息、整体流量信息以及整体内存消耗信息。

5.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至2任一项所述的服务运行时流量链路监测方法的步骤。

6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至2任一项所述的服务运行时流量链路监测方法的步骤。

Images