CN117692359A - 一种端口监听方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种端口监听方法、装置、设备及介质，涉及计算机技术领域，应用于服务器，包括：获取客户端用于请求目标应用组件的服务的各网络数据包；在每一网络数据包传入至传输层时，利用服务器中的预设套接字监听网络数据包中的目标端口信息，并运行预设套接字中预先注入的目标分发程序；目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向预设套接字中注入的分发程序；利用目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与目标端口信息匹配的目标端口和目标套接字，以利用目标端口和目标套接字传输网络数据包。本申请通过预设套接字监听多个端口，实现更高效的端口监听方式，减少资源占用。

Description

一种端口监听方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，特别涉及一种端口监听方法、装置、设备及介质。

背景技术

容器技术是一种比虚拟机技术更加节省计算资源也更加灵活的虚拟化技术。随着容器技术的发展，出现了很多容器编排引擎，用于对容器进行管理。在云时代，分布式微服务架构下的应用也日益丰富，在单个主机节点上的运行的服务也会特别多。在传统的套接字编程中，一个套接字实例通常只能监听一个端口，而每个套接字实例都会占用一定的系统资源，包括内存和处理能力，那么当需要监听大量端口时，创建多个套接字实例可能会导致资源消耗过高。而且每个套接字实例需要独立的配置、绑定和管理，使用多个套接字监听多个端口会极大地增加代码复杂性和管理难度，给企业造成了很大的人力维护以及时间成本。

综上，如何提供更高效的端口监听方式，以减少资源占用，以及降低编写监听多个端口代码的复杂性和管理难度是目前有待解决的问题。

发明内容

有鉴于此，本发明的目的在于提供一种端口监听方法、装置、设备及介质，能够提供更高效的端口监听方式，以减少资源占用，以及降低编写监听多个端口代码的复杂性和管理难度。其具体方案如下：

第一方面，本申请公开了一种端口监听方法，应用于服务器，包括：

获取客户端用于请求目标应用组件的服务的各网络数据包；

在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；

利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

可选的，所述利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，包括：

利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址；

从第二存储器中存储的套接字句柄中查找与所述目标套接字地址匹配的目标套接字。

可选的，所述获取客户端用于请求目标应用组件的服务的各网络数据包之前，还包括：

基于扩展伯克利包过滤器构建探测器，并将所述探测器加载至内核；

将所述第一存储器和所述第二存储器加载至所述内核，并在所述探测器和所述第二存储器之间建立关联关系；

利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序；

利用基于扩展伯克利包过滤器构建的探测器获取所述目标应用组件的套接字句柄，以基于所述关联关系将所述套接字句柄存储至所述第二存储器；

根据预设配置信息获取所述目标应用组件需要监听的若干数量个端口，以利用端口注入器将所述端口注入至所述第一存储器，并在所述第一存储器中建立所述端口与套接字地址之间的对应关系；

相应的，所述利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址，包括：

利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口，并基于所述对应关系确定与所述目标端口对应的目标套接字地址。

可选的，所述利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序，包括：

获取所述预设套接字所属的命名空间；

利用基于扩展伯克利包过滤器构建的探测器在所述命名空间的文件句柄上注入所述目标分发程序。

可选的，所述获取客户端用于请求目标应用组件的服务的各网络数据包，包括：

利用物理网卡获取客户端用于请求目标应用组件的服务的各网络数据包；

基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈；所述内核协议栈包括应用层、所述传输层、网络层、数据链路层和物理层。

可选的，所述基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈，包括：

基于硬中断将各所述网络数据包从所述物理网卡传输至内核协议栈；

或，基于软中断将各所述网络数据包从所述物理网卡传输至内核协议栈。

可选的，所述端口监听方法，还包括：

预先在预设的容器编排平台上部署用于提供对外服务的目标应用组件，以便所述客户端请求所述目标应用组件的服务。

第二方面，本申请公开了一种端口监听装置，包括：

数据包获取模块，用于获取客户端用于请求目标应用组件的服务的各网络数据包；

程序运行模块，用于在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；

匹配模块，用于利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

第三方面，本申请公开了一种电子设备，包括：

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的端口监听方法的步骤。

第四方面，本申请公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的端口监听方法的步骤。

可见，本申请通过服务器获取客户端用于请求目标应用组件的服务的各网络数据包；在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

本申请的有益效果为：本申请的方法应用于服务器，服务器通过获取客户端用于请求目标应用组件的服务的各网络数据包，并在每一网络数据包传入至传输层时，利用服务器中的预设套接字监听各网络数据包中的目标端口信息，并运行预设套接字中预先注入的目标分发程序，可以理解的是，目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向预设套接字中注入的分发程序，服务器通过运行目标分发程序以从预先已建立关联关系的第一存储器和第二存储器中分别选择与目标端口信息匹配的目标端口和目标套接字来传输网络数据包。也即，本申请可以通过预设套接字监听多个网络数据包中的端口信息，并通过运行分发程序以选择匹配的套接字和端口来传输多个网络数据包。如此一来，本申请可以通过单个套接字监听多个端口，实现了更高效的端口监听方式，减少了资源占用，降低了编写监听多个端口代码的复杂性和管理难度。

附图说明

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

图1为本申请公开的一种端口监听方法流程图；

图2为本申请公开的一种具体的端口监听方法流程图；

图3为本申请公开的一种单个套接字监听多个端口的示意图图；

图4为本申请公开的一种端口监听装置结构示意图；

图5为本申请公开的一种电子设备结构图。

具体实施方式

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

在传统的套接字编程中，一个套接字实例通常只能监听一个端口，而每个套接字实例都会占用一定的系统资源，包括内存和处理能力，那么当需要监听大量端口时，创建多个套接字实例可能会导致资源消耗过高。而且每个套接字实例需要独立的配置、绑定和管理，使用多个套接字监听多个端口会极大地增加代码复杂性和管理难度。为此，本申请实施例公开了一种端口监听方法、装置、设备及介质，能够提供更高效的端口监听方式，以减少资源占用，以及降低编写监听多个端口代码的复杂性和管理难度。

参见图1所示，本申请实施例公开了一种端口监听方法，应用于服务器，该方法包括：

步骤S11：获取客户端用于请求目标应用组件的服务的各网络数据包。

本实施例中，由客户端请求应用组件的服务，并制造访问流量，因此，服务器则可以获取到客户端用于请求目标应用组件的服务的各网络数据包。

需要指出的是，上述方法还包括：预先在预设的容器编排平台上部署用于提供对外服务的目标应用组件，以便所述客户端请求所述目标应用组件的服务。也即，本实施例需要预先在预设的容器编排平台上部署用于提供对外服务的目标应用组件，以便所述客户端请求目标应用组件的服务，其中，容器编排平台具体可以为Kubernetes(简称K8s，是Google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理)。也就是说，本申请具体在Kubernetes中部署目标应用组件，以提供对外服务。

步骤S12：在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序。

本实施例中，在每一网络数据包传入至传输层时，利用服务器中的预设套接字监听各网络数据包中的目标端口信息，并运行预设套接字中预先注入的目标分发程序，可以理解的是，目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向预设套接字中注入的分发程序，在传输层传入的网络数据包查找监听的TCP(Transmission ControlProtocol，传输控制协议)套接字时，注入的目标分发程序就会运行，此处的TCP套接字具体指的是listening套接字。

步骤S13：利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

本实施例中，服务器通过运行目标分发程序以从预先已建立关联关系的第一存储器和第二存储器中分别选择与目标端口信息匹配的目标端口和目标套接字来传输网络数据包。也即，本申请可以通过预设套接字监听多个网络数据包中的端口信息，并通过运行分发程序以选择匹配的套接字和端口来传输多个网络数据包。如此一来，本申请可以通过单个套接字监听多个端口，实现了更高效的端口监听方式，减少了资源占用，降低了编写监听多个端口代码的复杂性和管理难度。

可见，本申请通过服务器获取客户端用于请求目标应用组件的服务的各网络数据包；在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

本申请的有益效果为：本申请的方法应用于服务器，服务器通过获取客户端用于请求目标应用组件的服务的各网络数据包，并在每一网络数据包传入至传输层时，利用服务器中的预设套接字监听各网络数据包中的目标端口信息，并运行预设套接字中预先注入的目标分发程序，可以理解的是，目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向预设套接字中注入的分发程序，服务器通过运行目标分发程序以从预先已建立关联关系的第一存储器和第二存储器中分别选择与目标端口信息匹配的目标端口和目标套接字来传输网络数据包。也即，本申请可以通过预设套接字监听多个网络数据包中的端口信息，并通过运行分发程序以选择匹配的套接字和端口来传输多个网络数据包。如此一来，本申请可以通过单个套接字监听多个端口，实现了更高效的端口监听方式，减少了资源占用，降低了编写监听多个端口代码的复杂性和管理难度。

参见图2所示，本申请实施例公开了一种具体的端口监听方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体包括：

步骤S21：利用物理网卡获取客户端用于请求目标应用组件的服务的各网络数据包。

本实施例中，网络数据包会首先进入物理网卡，也即，服务器利用物理网卡获取客户端用于请求目标应用组件的服务的各网络数据包。

步骤S22：基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈；所述内核协议栈包括应用层、所述传输层、网络层、数据链路层和物理层。

本实施例中，网络数据包从物理网卡通过预设中断方式进入内核协议栈，需要指出的是，内核协议栈包括应用层、传输层、网络层、数据链路层和物理层。

在具体实施方式中，上述基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈，包括：基于硬中断将各所述网络数据包从所述物理网卡传输至内核协议栈；或，基于软中断将各所述网络数据包从所述物理网卡传输至内核协议栈。也即，网络数据包从物理网卡通过硬中断或软中断进入内核协议栈。

步骤S23：在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序。

本实施例中，需要指出的是，在利用物理网卡获取客户端用于请求目标应用组件的服务的各网络数据包之前，还包括：基于扩展伯克利包过滤器构建探测器，并将所述探测器加载至内核；将所述第一存储器和所述第二存储器加载至所述内核，并在所述探测器和所述第二存储器之间建立关联关系；利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序；利用基于扩展伯克利包过滤器构建的探测器获取所述目标应用组件的套接字句柄，以基于所述关联关系将所述套接字句柄存储至所述第二存储器；根据预设配置信息获取所述目标应用组件需要监听的若干数量个端口，以利用端口注入器将所述端口注入至所述第一存储器，并在所述第一存储器中建立所述端口与套接字地址之间的对应关系。

可以理解的是，本申请实施例预先需要完成的操作为：基于扩展伯克利包过滤器(即extended Berkeley Packet Filter，eBPF)构建探测器，并将探测器加载至内核，以及还需要将第一存储器和第二存储器加载至内核，并在探测器和第二存储器之间建立关联关系；进一步的，利用基于扩展伯克利包过滤器构建的探测器在预设套接字中注入目标分发程序，并利用基于扩展伯克利包过滤器构建的探测器获取目标应用组件的套接字句柄，以基于关联关系将套接字句柄存储至第二存储器；根据预设配置信息获取目标应用组件需要监听的若干数量个端口，以利用端口注入器将端口注入至第一存储器，并在第一存储器中建立端口与套接字地址之间的对应关系。也即，本申请实施例包括用于注入分发程序的探测器，存储套接字句柄的第二存储器，注入多个端口的端口注入器，存储端口的第一存储器。

具体的，上述利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序，包括：获取所述预设套接字所属的命名空间；利用基于扩展伯克利包过滤器构建的探测器在所述命名空间的文件句柄上注入所述目标分发程序。也即，本申请实施例具体是利用基于扩展伯克利包过滤器构建的探测器在预设套接字所属的命名空间的文件句柄上注入目标分发程序。

步骤S24：利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址。

本实施例中，先利用目标分发程序从第一存储器中查找与目标端口信息匹配的目标端口和目标套接字地址。在具体实施方式中，上述利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址，包括：利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口，并基于所述对应关系确定与所述目标端口对应的目标套接字地址。也即，先从第一存储器中查找与目标端口信息匹配的目标端口，而由于第一存储器中建立有端口与套接字地址之间的对应关系，因此可以根据对应关系确定与目标端口对应的目标套接字地址。

步骤S25：从第二存储器中存储的套接字句柄中查找与所述目标套接字地址匹配的目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

本实施例中，在从第一存储器中查找到目标套接字地址后，则从第二存储器中存储的套接字句柄中查找与目标套接字地址匹配的目标套接字，以利用目标端口和目标套接字传输网络数据包。

下面以图3中的流程图为例对本申请涉及到的多个组件进行详细说明：

本申请主要包括目标应用组件、基于扩展伯克利包过滤器构建的探测器(即图3中的eBPF探测器)、第一存储器(即图3中的BPF hashmap存储器)、第二存储器(即图3中的BPFsockmap存储器)、端口注入器，目标分发程序(即图3中的分发器)。

目标应用组件：在Kubernetes中部署的应用组件，用于提供对外服务；

eBPF探测器：基于eBPF的探测器在预设套接字socket所属的命名空间的文件句柄上注入目标分发程序代码，在传输层传入的网络数据包查找监听的TCP套接字时，注入的目标分发程序就会运行，目标分发程序会从sockmap和hashmap中选择匹配的套接字和端口来传送数据包，然后终止内核通用的查找过程；

BPF sockmap存储器：是BPF(Berkeley Packet Filter，伯克利包过滤器)程序的一种map类型，用于存储目标应用组件的socket(套接字)记录；

端口注入器：将目标应用组件需要监听的多个端口注入到存储到BPF hashmap存储器中；

BPF hashmap存储器：是BPF程序的一种map类型，存储监听端口记录，能够通过内存映射区域从用户空间有效写入数据，无需额外的内核的内存复制和系统调用；

分发器：在传输层传入的网络数据包查找监听的TCP套接字时，注入的BPF程序就会运行，分发程序会从sockmap和hashmap中选择匹配的套接字和端口来传送数据包。

具体过程包括：将eBPF探测器加载进内核，注入分发程序代码；将BPF sockmap存储器加载进内核，与eBPF探测器进行关联；在平台应用界面创建提供对外服务的目标应用组件；eBPF探测器获取目标应用组件的套接字句柄存储到BPF sockmap存储器中；根据配置通过端口注射器注入目标应用组件需要监听的多个端口，存储到BPF hashmap存储器中；客户端请求应用服务，制造访问流量，数据包从网卡通过硬中断和软中断进入内核协议栈，在传输层传入的网络数据包查找监听的TCP套接字时，注入的BPF程序就会运行，分发程序会从sockmap和hashmap中选择匹配的套接字和端口来传送数据包，然后终止内核通用的查找过程。

如此一来，上述方案在不修改内核程序代码的情况下，借助基于eBPF的探测器在socket所属的命名空间的文件句柄上注入分发程序代码，在传输层传入的网络数据包查找监听的TCP套接字时，注入的分发程序就会运行，分发程序会从sockmap和hashmap中选择匹配的套接字和端口来传送数据包，然后终止内核通用的查找过程。这样既可以减少资源占用、简化程序设计，又能提高计算系统的性能和可管理性，极大地节省了人力和时间成本，具有较高的应用价值。

参见图4所示，本申请实施例公开了一种端口监听装置，应用于服务器，该装置包括：

数据包获取模块11，用于获取客户端用于请求目标应用组件的服务的各网络数据包；

程序运行模块12，用于在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；

匹配模块13，用于利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

可见，本申请通过服务器获取客户端用于请求目标应用组件的服务的各网络数据包；在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

本申请的有益效果为：本申请的方法应用于服务器，服务器通过获取客户端用于请求目标应用组件的服务的各网络数据包，并在每一网络数据包传入至传输层时，利用服务器中的预设套接字监听各网络数据包中的目标端口信息，并运行预设套接字中预先注入的目标分发程序，可以理解的是，目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向预设套接字中注入的分发程序，服务器通过运行目标分发程序以从预先已建立关联关系的第一存储器和第二存储器中分别选择与目标端口信息匹配的目标端口和目标套接字来传输网络数据包。也即，本申请可以通过预设套接字监听多个网络数据包中的端口信息，并通过运行分发程序以选择匹配的套接字和端口来传输多个网络数据包。如此一来，本申请可以通过单个套接字监听多个端口，实现了更高效的端口监听方式，减少了资源占用，降低了编写监听多个端口代码的复杂性和管理难度。

在一些具体实施例中，所述匹配模块13，具体可以包括：

第一查找单元，用于利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址；

第二查找单元，用于从第二存储器中存储的套接字句柄中查找与所述目标套接字地址匹配的目标套接字。

在一些具体实施例中，所述数据包获取模块11之前，所述装置还包括：

第一加载单元，用于基于扩展伯克利包过滤器构建探测器，并将所述探测器加载至内核；

第二加载单元，用于将所述第一存储器和所述第二存储器加载至所述内核，并在所述探测器和所述第二存储器之间建立关联关系；

程序注入单元，用于利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序；

第一存储单元，用于利用基于扩展伯克利包过滤器构建的探测器获取所述目标应用组件的套接字句柄，以基于所述关联关系将所述套接字句柄存储至所述第二存储器；

第二存储单元，用于根据预设配置信息获取所述目标应用组件需要监听的若干数量个端口，以利用端口注入器将所述端口注入至所述第一存储器，并在所述第一存储器中建立所述端口与套接字地址之间的对应关系；

相应的，所述第一查找单元，具体用于：

利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口，并基于所述对应关系确定与所述目标端口对应的目标套接字地址。

在一些具体实施例中，所述程序注入单元，具体包括：

命名空间获取单元，用于获取所述预设套接字所属的命名空间；

分发程序注入单元，用于利用基于扩展伯克利包过滤器构建的探测器在所述命名空间的文件句柄上注入所述目标分发程序。

在一些具体实施例中，所述数据包获取模块11，具体可以包括：

数据获取单元，用于利用物理网卡获取客户端用于请求目标应用组件的服务的各网络数据包；

数据传输单元，用于基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈；所述内核协议栈包括应用层、所述传输层、网络层、数据链路层和物理层。

在一些具体实施例中，所述数据传输单元，具体可以包括：

第一传输单元，用于基于硬中断将各所述网络数据包从所述物理网卡传输至内核协议栈。

在一些具体实施例中，所述数据传输单元，具体可以包括：

第二传输单元，用于基于软中断将各所述网络数据包从所述物理网卡传输至内核协议栈。

在一些具体实施例中，所述装置，还包括：

组件部署单元，用于预先在预设的容器编排平台上部署用于提供对外服务的目标应用组件，以便所述客户端请求所述目标应用组件的服务。

图5为本申请实施例提供的一种电子设备的结构示意图。具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的由电子设备执行的端口监听方法中的相关步骤。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统221、计算机程序222及数据223等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是Windows、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的端口监听方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括电子设备接收到的由外部设备传输进来的数据，也可以包括由自身输入输出接口25采集到的数据等。

进一步的，本申请实施例还公开了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的端口监听方法步骤。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

本领域技术人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(Random AccessMemory，即RAM)、内存、只读存储器(Read-Only Memory，即ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、只读光盘(Compact Disc Read-Only Memory，即CD-ROM)、或技术领域内所公知的任意其它形式的存储介质中。

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

以上对本发明所提供的一种端口监听方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种端口监听方法，其特征在于，应用于服务器，包括：

获取客户端用于请求目标应用组件的服务的各网络数据包；

在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；

利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

2.根据权利要求1所述的端口监听方法，其特征在于，所述利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，包括：

利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址；

从第二存储器中存储的套接字句柄中查找与所述目标套接字地址匹配的目标套接字。

3.根据权利要求2所述的端口监听方法，其特征在于，所述获取客户端用于请求目标应用组件的服务的各网络数据包之前，还包括：

基于扩展伯克利包过滤器构建探测器，并将所述探测器加载至内核；

将所述第一存储器和所述第二存储器加载至所述内核，并在所述探测器和所述第二存储器之间建立关联关系；

利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序；

利用基于扩展伯克利包过滤器构建的探测器获取所述目标应用组件的套接字句柄，以基于所述关联关系将所述套接字句柄存储至所述第二存储器；

根据预设配置信息获取所述目标应用组件需要监听的若干数量个端口，以利用端口注入器将所述端口注入至所述第一存储器，并在所述第一存储器中建立所述端口与套接字地址之间的对应关系；

相应的，所述利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口和目标套接字地址，包括：

利用所述目标分发程序从第一存储器中查找与所述目标端口信息匹配的目标端口，并基于所述对应关系确定与所述目标端口对应的目标套接字地址。

4.根据权利要求3所述的端口监听方法，其特征在于，所述利用基于扩展伯克利包过滤器构建的探测器在所述预设套接字中注入所述目标分发程序，包括：

获取所述预设套接字所属的命名空间；

利用基于扩展伯克利包过滤器构建的探测器在所述命名空间的文件句柄上注入所述目标分发程序。

5.根据权利要求1所述的端口监听方法，其特征在于，所述获取客户端用于请求目标应用组件的服务的各网络数据包，包括：

利用物理网卡获取客户端用于请求目标应用组件的服务的各网络数据包；

基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈；所述内核协议栈包括应用层、所述传输层、网络层、数据链路层和物理层。

6.根据权利要求5所述的端口监听方法，其特征在于，所述基于预设中断方式将各所述网络数据包从所述物理网卡传输至内核协议栈，包括：

基于硬中断将各所述网络数据包从所述物理网卡传输至内核协议栈；

或，基于软中断将各所述网络数据包从所述物理网卡传输至内核协议栈。

7.根据权利要求1至6任一项所述的端口监听方法，其特征在于，还包括：

预先在预设的容器编排平台上部署用于提供对外服务的目标应用组件，以便所述客户端请求所述目标应用组件的服务。

8.一种端口监听装置，其特征在于，应用于服务器，包括：

数据包获取模块，用于获取客户端用于请求目标应用组件的服务的各网络数据包；

程序运行模块，用于在每一所述网络数据包传入至传输层时，利用服务器中的预设套接字监听所述网络数据包中的目标端口信息，并运行所述预设套接字中预先注入的目标分发程序；其中，所述目标分发程序为预先利用基于扩展伯克利包过滤器构建的探测器向所述预设套接字中注入的分发程序；

匹配模块，用于利用所述目标分发程序从预先已建立关联关系的第一存储器和第二存储器中分别选择与所述目标端口信息匹配的目标端口和目标套接字，以利用所述目标端口和所述目标套接字传输所述网络数据包；其中，所述第一存储器中预先被注入所述目标应用组件需要监听的端口并记录有所述端口与相应套接字地址之间的对应关系，并且，所述第二存储器中预先存储有通过所述探测器获取到的所述目标应用组件的套接字句柄。

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

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的端口监听方法的步骤。

10.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的端口监听方法的步骤。