CN113886336A - 流量检测方法、装置、设备及介质 - Google Patents

Abstract

本公开实施例涉及一种流量检测方法、装置、设备及介质，其中该方法包括：响应于对内核空间中预设的流量统计函数的调用请求，获取调用流量统计函数的第一进程标识和对应的当前消耗流量；调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含第一进程标识；若包含第一进程标识，则通过查询接口在对应关系中查询获取第一进程标识对应的历史总消耗流量；计算历史总消耗流量和当前消耗流量之和获取当前总消耗流量，调用eBPF模块的写入接口将对应关系的历史总消耗流量写入为当前总消耗流量。本公开实施例中，能够以进程为颗粒度对当前总消耗流量进行统计，从而可以提高流量统计的准确性。

Description

流量检测方法、装置、设备及介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种流量检测方法、装置、设备及介质。

背景技术

随着计算机技术的发展，应用的种类愈发多样化，为了便于对应用的管理，统计应用的流量消耗等较为常见。

相关技术中，获取每个应用的运行时长，以及运行时长下对应的平均网速，基于平均网速和运行时长的乘积来确定每个应用的消耗流量。

然而，上述基于应用的运行时长和平均网速的乘积统计消耗流量的方式中，由于同一个时间可能多个应用在使用网络资源，且应用的实时网速和平均网速具有差异，因此，导致流量统计的准确率较低。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种流量检测方法、装置、设备及介质。

第一方面，本公开实施例提供了一种流量检测方法，所述方法包括：

响应于对内核空间中预设的流量统计函数的调用请求，获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量；

调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识；

若包含所述第一进程标识，则通过所述查询接口在所述对应关系中查询获取所述第一进程标识对应的历史总消耗流量；

计算所述历史总消耗流量和所述当前消耗流量之和获取当前总消耗流量，调用所述eBPF模块的写入接口将所述对应关系的所述历史总消耗流量写入为所述当前总消耗流量。

一种可选的实施方式中，在所述根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识之前，还包括：

在系统满足预设的流量统计条件时，获取所述系统中共享应用标识；

获取所述共享应用标识对应的所有进程标识，获取与每个所述进程标识对应的初始总消耗流量值；

在所述预设的虚拟文件系统中写入每个所述进程标识和对应的初始总消耗流量值的对应关系。

一种可选的实施方式中，所述获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量，包括：

获取调用所述流量统计函数的进程数据结构；

根据所述进程数据结构获取所述第一进程标识；

根据所述第一进程标识获取所述当前消耗流量。

一种可选的实施方式中，所述根据所述进程数据结构获取所述第一进程标识，包括：

提取所述进程数据结构中的进程名称字段的进程名称以获取所述第一进程标识；或者，

提取所述进程数据结构中的进程识别号，在进程数据结构中读取与所述进程识别号对应的所述第一进程标识。

一种可选的实施方式中，所述方法还包括：

获取所述调用请求对应的调用时间；

在所述对应关系关联存储与所述当前总消耗流量对应的调用时间。

一种可选的实施方式中，所述方法还包括：

响应于携带目标应用标识的流量消耗查询请求，获取所述目标应用标识对应的至少一个第二进程标识；

调用所述查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述至少一个第二进程标识；

若包含所述至少一个第二进程标识，则通过所述查询接口查询所述对应关系获取每个所述第二进程标识的当前总消耗流量；

计算所述至少一个第二进程标识对应的所有所述当前总消耗流量之和，以获取所述目标应用标识的流量消耗值。

第二方面，本公开实施例还提供了一种流量检测装置，所述装置包括：

第一获取模块，用于响应于对内核空间中预设的流量统计函数的调用请求，获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量；

调用模块，用于调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识；

第一查询模块，用于若包含所述第一进程标识，则通过所述查询接口在所述对应关系中查询获取所述第一进程标识对应的历史总消耗流量；

计算模块，用于计算所述历史总消耗流量和所述当前消耗流量之和获取当前总消耗流量，调用所述eBPF模块的写入接口将所述对应关系的所述历史总消耗流量写入为所述当前总消耗流量。

第三方面，本公开提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现上述的方法。

第四方面，本公开提供了一种设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述的方法。

第五方面，本公开提供了一种计算机程序产品，所述计算机程序产品包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述的方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例中，获取流量统计函数统计的第一进程标识对应的当前消耗流量，调用eBPF模块的查询接口，获取虚拟文件系统中对应关系记录的第一进程标识对应的历史总消耗流量，从而计算两者之和，确定第一进程标识对应的当前总消耗流量，并调用eBPF模块的写入接口基于当前总消耗流量对历史总消耗流量进行更新。本公开实施例，能够以进程为颗粒度对当前总消耗流量进行统计，从而提高了流量统计的准确性，并且本方法是基于eBPF模块对内核空间进行处理，从而对内核空间的修改较小，同时也降低了后续维护等操作损害内核空间的风险，并且降低了后续维护等操作的投入。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施提供的一种流量检测方法的流程示意图；

图2为本公开实施提供的一种基于eBPF模块的用户空间和内核空间的交互示意图；

图3为本公开实施提供的另一种流量检测方法的流程示意图；

图4为本公开实施提供的又一种流量检测方法的流程示意图；

图5为本公开实施例提供的一种流量检测装置的结构示意图；

图6为本公开实施例提供的一种终端设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

图1为本公开实施例提供的一种流量检测方法的流程示意图，该方法可以由流量检测装置执行，其中该装置可以采用软件和/或硬件实现，一般可集成在电子设备中，如图1所示，本实施例提供的流量检测方法包括：

步骤101，响应于对内核空间中预设的流量统计函数的调用请求，获取调用流量统计函数的第一进程标识和对应的当前消耗流量。

本实施例中，流量是指通过HSDPA(High Speed Downlink Packet Access、高速下行链路分组接入)、LTE(Long Term Evolution，长期演进)等移动通信技术上网或使用相关数据增值业务所产生的数据流量。

在实际执行过程中，当进程具有流量需求时，会调用流量统计函数统计流量，因此，为了及时统计有关进程的消耗流量，预先设置进程在流量使用时调用的流量统计函数，比如是bpf_traffic_account等函数。

在本实施例中，响应于对内核空间中预设的流量统计函数的调用请求，获取调用流量统计函数的第一进程标识和对应的当前消耗流量，其中，第一进程标识可以为任意唯一定位进程的标识信息，比如，第一进程标识可以为进程名称(process name)、进程序列号(process ID，PID)等。

在一些可能的实施例中，基于对应的流量统计函数的执行逻辑中增加获取对应的第一进程标识和对应的当前消耗流量的执行逻辑。比如，可以在system/netd/bpf_progs/netd.c中的bpf_traffic_account等统计流量函数中增加逻辑等。

从而，在本实施例中，基于进程粒度获取当前消耗流量值，由于一个应用包含多个进程，因此，基于进程可以精确确定对应的应用消耗的流量值，为确定应用的流量消耗值提供了技术支撑。

需要说明的是，在不同的应用场景中，获取调用流量统计函数的第一进程标识和对应的当前消耗流量的方式不同，示例如下：在本公开的一个实施例中，获取调用流量统计函数的进程数据结构，由于每个进程在内核空间都具有唯一对应的进程数据结构，因此，在内核空间中获取调用流量统计函数的进程数据结构，基于进程数据结构获取第一进程标识。

比如，提取进程数据结构中的进程名称字段的进程名称以获取所述第一进程标识，在本示例中，当预先在bpf_traffic_account等统计流量函数中增加的逻辑为charname[256]＝bpf_get_socket_name(skb)逻辑，则可以基于该逻辑在eBPF模块中获取调用流量统计函数的进程数据结构tast_struct结构，并从提取进程数据结构中的进程名称字段comm字段，将该comm字段作为上述执行逻辑中的“skb”的值，通过bpf_get_socket_name返回对应的第一进程标识。

比如，提取进程数据结构中的进程识别号，在进程数据结构中读取与进程识别号对应的第一进程标识，在本示例中，当提取进程数据结构tast_struct中的进程识别号pid，基于proc/pid/status或proc/pid/cmdline等获取对应的第一进程标识。

进一步的，在获取对应的第一进程标识之后，获取第一进程标识对应的当前消耗流量。该当前消耗流量可以基于内核空间的源代码实现，比如，基于bpf_traffic_account接口中统计得到。

步骤102，调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含第一进程标识。

如图2所示，在本公开实施例中，可以通过eBPF(extended Berkeley PacketFilter，网络数据包过滤)模块实现内核空间和用户空间的数据交互。具体地，可以在用户空间中编写实现流量统计的高级语言代码，该高级语言代码在用户空间中转化为字节码之后，传递给内核空间中的eBPF模块，eBPF模块能够生成与该字节码对应的机器码，并将该机器码与流量统计函数相关联，当进程消耗流量时，内核调用该流量统计函数，并实现高级语言代码对应的流量统计功能。

在本实施例中，基于eBPF模块来实现流量的统计和检测，这是由于如图2所示，eBPF模块可以包括内核空间和用户空间，在不更改内核空间的源代码的基础上，支持内核空间和用户空间的双向数据的写入和读取。

因此，在本实施例中，为了实现用户空间下的流量使用可以在内核空间中以进程的粒度进行统计，预先在用户空间根据eBPF模块的标准接口建立进程标识和总消耗流量值的对应关系，eBPF模块基于该对应关系可以作为一个虚拟机去运行用户空间写入的对应关系，基于有关接口与内核空间进行交互，基于有关内核源代码，获取流量统计函数统计得到的第一进程标识和对应的当前消耗流量，从而，基于当前消耗流量更新对应关系中的总消耗流量值。

进一步的，eBPF模块可以通过虚拟文件系统(比如图2中的Maps系统)实现用户空间和内核空间的通信，响应于用户空间基于有关eBPF接口对流量的查询请求，从内核空间经由虚拟文件系统将对应的总流量消耗值等传输给用户空间。整个过程对内核空间的源代码修改较小，除了原生的流量统计函数的流量统计之外，新增了一套以应用的进程标识为统计单位来记录应用的流量消耗的统计逻辑，对内核空间没有侵入性，避免后续维护等带来的风险和投入。

因此，在本实施例中，为了实现上述所说的基于eBPF模块实现进程粒度的流量统计，预先将该进程标识和对应的总流量消耗值的对应关系映射到eBPF模块。其中，以进程为粒度进行消耗流量的统计，除了便于基于进程粒度的流量消耗管理外，还对共享应用标识的多个应用中每个应用的流量消耗统计提供了技术支持，比如，可以基于该对应关系获取对应的共享应用标识的每个应用对应的所有进程标识，基于所有进程标识对应的总消耗流量之和来获取共享应用标识的每个应用的流量消耗总值，实现了对单个应用的流量的统计。

因此，在本实施例中，基于在eBPF模块映射的为共享应用的进程标识和对应的总消耗流量值的对应关系为例，说明如何实现用户空间到内核控件的对应关系的映射。

在本实施例中，如图3所示，在根据预设的虚拟文件系统中预设的对应关系查询是否包含第一进程标识之前，还包括：

步骤301，在系统满足预设的流量统计条件时，获取系统中共享应用标识。

其中，共享应用标识可以为特定的UID值，例如，1000等，而共享应用标识可以为多个应用共享，因此，基于共享应用标识无法对共享应用标识的多个应用实现单个应用的总流量消耗值的统计。

需要说明的是，为了遍历对应的共享应用标识，可以在系统满足预设的流量统计条件时，获取系统中共享应用标识，在一些可能的实施例中，当检测到系统首次被激活时认为满足预设的流量统计条件，获取系统中的共享应用标识；在另一些可能的实施例中，为了避免系统首次开机后存在共享应用的新增或更新，在检测到具有新的应用程序安装或者卸载时，认为满足预设的流量统计条件，获取系统中的共享应用标识。

步骤302，获取共享应用标识对应的所有进程标识，获取与每个进程标识对应的初始总消耗流量值。

在本实施例中，获取共享应用标识对应的所有进程标识，该进程标识可以根据实验数据统计得到，也可以预先标定，获取与每个进程标识对应的初始总消耗流量值，其中，初始总消耗流量值可以为0，也可以根据需要设置为其他值，在此不作限制。

步骤303，在预设的虚拟文件系统中写入每个进程标识和对应的初始总消耗流量值的对应关系。

在本实施例中，为了实现基于eBPF模块进行进程粒度的流量统计，在预设的虚拟文件系统中写入每个进程标识和对应的初始总消耗流量值的对应关系。

比如，当虚拟文件系统为在proc文件，则基于eBPF标准确定在proc文件系统中保存及持久化的路径SHARED_UID_TRAFFIC_PATH:"/sys/fs/bpf/map_netd_shareuid_traffic_count，其中，该路径保存了每个进程标识和对应的初始总消耗流量值的对应关系，其中/sys/fs/bpf/为eBPF标准规定的，可与eBPF标准接口可以实现对对应关系的查询等，map_netd_shareuid_traffic_count为自定义名称。

在本实施例中，在eBPF模块的虚拟文件系统中，自定义的数据结构存储该对应关系并在内核空间中创建映射，从而，该自定义的数据结构可以实现内核空间和用户空间之间的约定的通信数据结构，实现将对应关系在内核空间的保存，以及向用户空间的传递。

比如，可以使用SharedUidTrafficCountValue数据结构中的name字段代表进程标识，value字段代表对应的总消耗流量值。

SharedUidTrafficCountValue数据结构一种可能的代码可以为：

typedef struct{

//process name(pkg name).//进程标识

char name[MAX_LEN]

//traffic account.

uint32_t value；//总消耗流量值

}SharedUidTrafficCountValue；

用户空间可以基于eBPF的查询接口syscall(__NR_bpf,BPF_MAP_CREATE,&attr,sizeof(attr))；)

mSharedUidTrafficCountMap.init(SHARED_UID_TRAFFIC_PATH)来调用BpfMap<uint32_t,SharedUidTrafficCountValue>mSharedUidTrafficCountMap GUARDED_BY(mMutex)对应的对应关系。

在实际执行中，为了准确统计到对应共享应用的总消耗流量，可以从上层的用户空间将共享应用标识的所有进程标识写入内核空间。

以上述SharedUidTrafficCountValue数据结构为基础，通过上层Android接口查询到共享UID的应用进程名标识列表(对于共享UID1000的系统应用来说，这些进程标识是已知的，可以统计得知)，并通过eBPF系统调用，在系统满足预设的流量统计条件时写入对应关系。

进一步的，在本实施例中，由于已经在eBPF模块中映射存储了有关进程标识和对应的初始总消耗流量的对应关系，因此，调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含第一进程标识，若是包含该第一进程标识，则基于本实施例中新增的逻辑统计流量，以保证总流量消耗值的准确性。

比如，若是第一进程标识为A，则可以调用eBPF模块的查询接口即bpf查询接口，基于bpf_shared_uid_traffic_map_lookup_elem(A)函数，根据该函数的返回值是否为预设值判断该第一进程标识A是否属于预设的对应关系，若是属于预设值，确定该第一进程标识A属于预设的对应关系。

步骤103，若包含第一进程标识，则通过查询接口在对应关系中查询获取第一进程标识对应的历史总消耗流量。

在本实施例中，预设的虚拟文件系统中记录有进程标识与历史总消耗流量的对应关系，因而可以根据第一进程的第一进程标识对该虚拟文件系统进行查询操作，从而确定该进程对应的历史总消耗流量，其中，若是当前为第一进程标识首次流量消耗，则对应的历史总消耗流量为初始总消耗流量。

若不包括该第一进程标识，可以通过异常提示信息向用户提示该进程标识在虚拟文件系统中不存在，以通过其他原有的方式进行总消耗流量的记录等。

步骤104，计算历史总消耗流量和当前消耗流量之和获取当前总消耗流量，调用eBPF模块的写入接口将对应关系的历史总消耗流量写入为当前总消耗流量。

在获取第一进程的历史总消耗流量和当前消耗流量之后，可以计算两者之和，将该两者之和作为第一进程的当前总消耗流量，进而根据该当前总消耗流量更新虚拟文件系统对应关系中的历史总消耗流量，可以通过调用eBPF模块的写入接口实现该更新，具体包括：通过eBPF模块的写入接口，例如，通过bpf_shared_uid_traffic_map_update_elem(A,value)函数，根据第一进程标识对虚拟文件系统中第一进程标识对应的历史总消耗流量执行更新操作，将该历史总消耗流量写入为当前总消耗流量，其中，(A,value)为虚拟文件系统中保存的对应关系中的对值。

相应的，在用户空间中，可以通过eBPF模块调用查询接口，获取对应的当前总消耗流量。

综上，本公开实施例的流量检测方法，获取流量统计函数统计的第一进程标识对应的当前消耗流量，调用eBPF模块的查询接口，获取虚拟文件系统中对应关系记录的第一进程标识对应的历史总消耗流量，从而计算两者之和，确定第一进程标识对应的当前总消耗流量，并调用eBPF模块的写入接口基于当前总消耗流量对历史总消耗流量进行更新。本公开实施例，能够以进程为颗粒度对当前总消耗流量进行统计，从而提高了流量统计的准确性，并且本方法是基于eBPF模块对内核空间进行处理，从而对内核空间的修改较小，同时也降低了后续维护等操作损害内核空间的风险，并且降低了后续维护等操作的投入。

基于上述实施例，基于内核空间的eBPF模块实现对第一进程标识和对应的总流量消耗值的映射存储，可以在用户空间实现单个应用的流量统计。

在本公开的一个实施例中，如图4所示，该方法还包括：

步骤401，响应于携带目标应用标识的流量消耗查询请求，获取目标应用标识对应的至少一个第二进程标识。

在本实施例中，用户空间可通过bpf标准查询接口，传入应用进程标识，即可取到单个应用消耗的流量等，当传入的是共享应用标识，则可以获取到共享应用中的单个应用的总流量消耗值。

在本实施例中，响应于携带目标应用标识的流量消耗查询请求，获取目标应用标识对应的至少一个第二进程标识，该第二进程标识为目标应用标识对应的单个应用的所有进程的进程标识。

步骤402，调用查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含至少一个第二进程标识。

在本实施例中，调用eBPF中的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含至少一个第二进程标识。即判断该目标应用标识是否对应eBPF模块中存储的进程标识。

步骤403，若包含至少一个第二进程标识，则通过查询接口查询对应关系获取每个第二进程标识的当前总消耗流量。

在本实施例中，若包含至少一个第二进程标识，则通过查询接口查询对应关系获取每个第二进程标识的当前总消耗流量。比如，若是第二进程标识为B，则通过bpf_shared_uid_traffic_map_lookup_elem(B)查询接口查询对应关系获取对应的第二进程标识的当前总消耗流量。

步骤404，计算至少一个第二进程标识对应的所有当前总消耗流量之和，以获取目标应用标识的流量消耗值。

在本实施例中，计算至少一个第二进程标识对应的所有当前总消耗流量之和以获取目标应用标识的流量消耗值，当目标应用标识为共享应用标识，则实现了对共享应用的单个应用的总消耗流量的统计。

在本公开的另一个实施例中，为了进一步满足流量统计需求，还可以在内核空间的eBPF模块中存储第一进程标识和当前总消耗流量时，获取第一进程标识调用预设的流量统计函数的调用请求对应的调用时间，在对应关系关联存储与当前总消耗流量对应的调用时间。

由此，在本实施例中，可以响应于携带目标应用标识和流量使用时间的流量消耗查询请求，获取目标应用标识对应的至少一个第二进程标识，调用查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含至少一个第二进程标识，若包含至少一个第二进程标识，则通过查询接口查询对应关系获取每个第二进程标识和对应的流量使用时间匹配的当前总消耗流量，进而，计算至少一个第二进程标识对应的所有当前总消耗流量之和，以获取目标应用标识的流量消耗值。

综上，本公开实施例的流量检测方法，基于eBPF的有关接口查询有关应用的所有进程的总消耗流量值，基于应用包含的所有进程的总消耗流量值之和，实现对任意有关的单个应用的消耗流量值的统计。

图5为本公开实施例提供的一种流量检测装置的结构示意图，该装置可由软件和/或硬件实现，一般可集成在终端设备中。如图5所示，该装置500，包括：

第一获取模块501，用于响应于对内核空间中预设的流量统计函数的调用请求，获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量；

调用模块502，用于调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识；

第一查询模块503，用于若包含所述第一进程标识，则通过所述查询接口在所述对应关系中查询获取所述第一进程标识对应的历史总消耗流量；

计算模块504，用于计算所述历史总消耗流量和所述当前消耗流量之和获取当前总消耗流量，调用所述eBPF模块的写入接口将所述对应关系的所述历史总消耗流量写入为所述当前总消耗流量。

可选地，在所述装置中，还包括：

第二获取模块，用于在系统满足预设的流量统计条件时，获取所述系统中共享应用标识；

第三获取模块，用于获取所述共享应用标识对应的所有进程标识，获取与每个所述进程标识对应的初始总消耗流量值；

写入模块，用于在所述预设的虚拟文件系统中写入每个所述进程标识和对应的初始总消耗流量值的对应关系。

可选地，所述第一获取模块，包括：

第一获取单元，用于获取调用所述流量统计函数的进程数据结构；

第二获取单元，用于根据所述进程数据结构获取所述第一进程标识；

第三获取单元，用于根据所述第一进程标识获取所述当前消耗流量。

可选地，所述第二获取单元，用于：

提取所述进程数据结构中的进程名称字段的进程名称以获取所述第一进程标识；或者，

提取所述进程数据结构中的进程识别号，在进程数据结构中读取与所述进程识别号对应的所述第一进程标识。

可选地，所述装置还包括：

第四获取模块，用于获取所述调用请求对应的调用时间；

存储模块，用于在所述对应关系关联存储与所述当前总消耗流量对应的调用时间。

可选地，所述装置，还包括：

第五获取模块，用于响应于携带目标应用标识的流量消耗查询请求，获取所述目标应用标识对应的至少一个第二进程标识；

第二查询模块，用于调用所述查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述至少一个第二进程标识；

第三查询模块，用于若包含所述至少一个第二进程标识，则通过所述查询接口查询所述对应关系获取每个所述第二进程标识的当前总消耗流量；

第六获取模块，用于计算所述至少一个第二进程标识对应的所有所述当前总消耗流量之和，以获取所述目标应用标识的流量消耗值。

本公开实施例所提供的流量检测装置可执行本公开任意实施例所提供的流量检测方法，具备执行方法相应的功能模块和有益效果。

本公开实施例还提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本公开任意实施例所提供的流量检测方法。

图6为本公开实施例提供的一种终端设备的结构示意图。

下面具体参考图6，其示出了适于用来实现本公开实施例中的终端设备600的结构示意图。本公开实施例中的终端设备600可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，终端设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有终端设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许终端设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的终端设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的流量检测方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：响应于对内核空间中预设的流量统计函数的调用请求，获取调用流量统计函数的第一进程标识和对应的当前消耗流量；调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含第一进程标识；若包含第一进程标识，则通过查询接口在对应关系中查询获取第一进程标识对应的历史总消耗流量；计算历史总消耗流量和当前消耗流量之和获取当前总消耗流量，调用eBPF模块的写入接口将对应关系的历史总消耗流量写入为当前总消耗流量。本公开实施例中，能够以进程为颗粒度对当前总消耗流量进行统计，从而可以提高流量统计的准确性。

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

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

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种流量检测方法，其特征在于，包括以下步骤：

响应于对内核空间中预设的流量统计函数的调用请求，获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量；

调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识；

若包含所述第一进程标识，则通过所述查询接口在所述对应关系中查询获取所述第一进程标识对应的历史总消耗流量；

计算所述历史总消耗流量和所述当前消耗流量之和获取当前总消耗流量，调用所述eBPF模块的写入接口将所述对应关系的所述历史总消耗流量写入为所述当前总消耗流量。

2.如权利要求1所述的方法，其特征在于，在所述根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识之前，还包括：

在系统满足预设的流量统计条件时，获取所述系统中共享应用标识；

获取所述共享应用标识对应的所有进程标识，获取与每个所述进程标识对应的初始总消耗流量值；

在所述预设的虚拟文件系统中写入每个所述进程标识和对应的初始总消耗流量值的对应关系。

3.如权利要求1所述的方法，其特征在于，所述获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量，包括：

获取调用所述流量统计函数的进程数据结构；

根据所述进程数据结构获取所述第一进程标识；

根据所述第一进程标识获取所述当前消耗流量。

4.如权利要求3所述的方法，其特征在于，所述根据所述进程数据结构获取所述第一进程标识，包括：

提取所述进程数据结构中的进程名称字段的进程名称以获取所述第一进程标识；或者，

提取所述进程数据结构中的进程识别号，在进程数据结构中读取与所述进程识别号对应的所述第一进程标识。

5.如权利要求1所述的方法，其特征在于，还包括：

获取所述调用请求对应的调用时间；

在所述对应关系关联存储与所述当前总消耗流量对应的调用时间。

6.如权利要求1所述的方法，其特征在于，还包括：

响应于携带目标应用标识的流量消耗查询请求，获取所述目标应用标识对应的至少一个第二进程标识；

调用所述查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述至少一个第二进程标识；

若包含所述至少一个第二进程标识，则通过所述查询接口查询所述对应关系获取每个所述第二进程标识的当前总消耗流量；

计算所述至少一个第二进程标识对应的所有所述当前总消耗流量之和，以获取所述目标应用标识的流量消耗值。

7.一种流量检测装置，其特征在于包括：

第一获取模块，用于响应于对内核空间中预设的流量统计函数的调用请求，获取调用所述流量统计函数的第一进程标识和对应的当前消耗流量；

调用模块，用于调用预设的网络数据包过滤eBPF模块的查询接口，根据预设的虚拟文件系统中预设的对应关系查询是否包含所述第一进程标识；

第一查询模块，用于若包含所述第一进程标识，则通过所述查询接口在所述对应关系中查询获取所述第一进程标识对应的历史总消耗流量；

计算模块，用于计算所述历史总消耗流量和所述当前消耗流量之和获取当前总消耗流量，调用所述eBPF模块的写入接口将所述对应关系的所述历史总消耗流量写入为所述当前总消耗流量。

8.一种电子设备，其特征在于，所述电子设备包括：

处理器；

存储器，用于存储所述处理器可执行指令；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-6中任一项所述的流量检测方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现如权利要求1-6任一项所述的流量检测方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如权利要求1-6任一项所述的流量检测方法。

Images