CN116126550A - 一种通信方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种通信方法、装置及电子设备。其中通信方法包括：获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；基于目标指示信息，从目标框架支持的M个组件服务中确定N个组件服务，M个组件服务包括已注入目标框架并与目标框架相适配的组件服务，M和N均为正整数，且N≤M；通过目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

Description

一种通信方法、装置及电子设备

技术领域

本申请属于计算机领域，具体涉及一种通信方法、装置及电子设备。

背景技术

在通信过程中，通信方往往会利用到各种组件服务，例如与数据存储有关的缓存组件服务，与分布式通信有关的分布式组件服务等。组件服务在使用之前，需先由开发人员对组件服务进行程序设计。在现有技术中，如果开发人员想利用某一服务，一般会手动编写这一服务的代码，后续通过执行这一服务的代码即可使用这一服务。

然而，在计算机领域中，随着应用场景的变化，通信过程中所需要使用的服务往往也是变化的。当需要使用的服务发生变化的情况下，例如，需要使用的服务从服务A变化为服务B，开发人员需要针对变化后的服务B重新编写代码。

在上述过程中，开发人员需要针对变化的场景不断地修改服务代码，这样会造成开发人员的工作量较大，开发效率较低。

发明内容

本申请实施例提供一种通信方法、装置及电子设备，能够在通信的变化场景下在一定程序上减少开发人员的工作量，提高开发效率。

第一方面，本申请实施例提供了一种通信方法，该方法包括：

获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；

通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

第二方面，本申请实施例提供了一种通信装置，该装置包括：

获取模块，用于获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

确定模块，用于基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；

执行模块，用于通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的方法。

在本申请实施例中，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。如此，在通信的过程中，由于已预先将适配目标框架的M个组件服务注入到了目标框架，这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

附图说明

图1-1是本申请实施例提供的一种网络架构的示意图；

图1-2是本申请实施例提供的一种通信方法中涉及到的目标框架的示意图；

图2是本申请实施例提供的一种通信方法的流程图；

图3-1是本申请实施例提供的一种通信方法的流程图；

图3-2是本申请实施例提供的一种构建组件服务的流程示意图；

图4-1是本申请实施例提供的一种通信方法的流程图；

图4-2是本申请实施例提供的一种二进制数据消息发送流程的示意图；

图4-3是本申请实施例提供的一种文本数据消息发送流程的示意图；

图5是本申请实施例提供的一种通信方法的流程图；

图6是本申请实施例提供的一种通信方法的流程图；

图7是本申请实施例提供的一种通信装置的结构框图；

图8是本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

在传统通信方式中，如背景技术部分所描述，针对变化的场景，开发人员需要不断地修改服务代码，这样会造成开发人员的工作量较大，开发效率较低。

举例而言，在分布式实时通信的场景下，开发人员可以使项目采用WebSocket(一种基于传输控制协议的，可以实现全双工通信的协议)进行实时通信，配合kafka(一种分布式流式计算平台，可以在分布式通信场景下提供消息传输服务)进行服务器间通信。然而这种通信方式限制单一类型消息中间件，不够灵活，对kafka强依赖，无法根据用户实际情况自定义选择服务器订阅发布以及通信。在用户需求发生变化的情况下，例如需要将kafka替换为rabbitMQ(一种高级消息队列协议的开源消息代理软件，亦称面向消息的中间件)的情况下，需要针对rabbitMQ重新编写服务代码。这样会导致开发人员的工作量较大，开发效率较低。

在本申请实施例中，在获取用于指示在目标场景下通过目标框架通信所需的N个组件服务的目标指示信息后，基于目标指示信息，从目标框架支持的M个组件服务中确定N个组件服务，其中，M个组件服务包括已注入目标框架并与目标框架相适配的组件服务，M和N均为正整数，且N≤M；基于目标框架和N个组件服务，执行通信，可以提高开发效率。具体地，在通信的过程中，由于已预先将适配目标框架的M个组件服务注入到了目标框架，这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

本申请实施例通过引入目标框架，并且所述目标框架支持M个组件服务(即通过目标框架可以实现或提供M个组件服务)，方便后续从这M个组件服务中选择符合实际场景需求的具体组件服务。进而，可以让开发人员只关注所需的组件服务本身，而无需关注组件服务组件的具体实现，即可以将开发人员从繁重的编写代码的工作中解放出来，减少开发人员的工作量，提高开发效率。

其中，目标框架支持的M个组件服务中可以包括目标框架本身原来就支持的组件服务，也可以包括目标框架原本不支持的但是经过配置后能够被目标框架支持的组件服务。在很多场景下，除了可能会用到目标框架原本支持的组件服务之外，还可能会用到目标框架原本不支持的组件服务，在此情况下，在本申请实施例中，可以将目标框架原本不支持的一些组件服务与目标框架进行适配，并注入到目标框架中，可保证目标框架对这些组件服务的支持。也就是说，本申请实施例中的目标框架可扩容为支持各种组件服务(包括原本支持的组件服务和原本不支持的组件服务)，即适配各种组件服务，这样可以保证对多种变化应用场景的广泛支持。例如，在某一应用场景下可能会涉及到目标框架原本不支持的某一组件服务，此时可通过将目标框架与这一组件服务进行适配，并将这一组件服务注入到目标框架中，来保证目标框架对这一组件服务的扩容支持。具体地，针对目标框架自身原本不支持的组件服务，例如目标组件服务，可以通过获取用于构建目标组件服务的组件服务配置信息，并基于此配置信息构建组件服务，进而将目标组件服务注入到目标框架，并在所述目标组件服务初始化完成之后，向所述目标框架发送初始化完成事件。如此，目标框架即可获知目标组件服务构建完成，后续可通过目标框架调用目标组件服务。

同时，本申请实施例中的所述目标框架可用于管理所述M个组件服务。在进行通信的过程中，可先通过目标框架加载所述M个组件服务中的一个或多组件服务，并基于加载的所述一个或多个组件服务，进行通信。其中，目标框架可基于配置信息对组件服务进行选择性加载。如此，没有被所述目标框架加载的组件服务不会启动。本申请实施例通过所述目标框架对所述M个组件服务进行统一管理，例如控制M个组件服务中被加载的组件服务，可以实现对组件服务的精确动态加载。

另外，本申请实施例中的M个组件服务可涵盖不同的类别。例如，本申请实施例中的M个组件服务可涵盖通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务中的至少一种类别。这样可以覆盖大部分的组件服务，保证具有较高的通用性。同时，在一种示例中，本申请实施例中的M个组件服务可涵盖五大类：通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务，这样可以进一步提高方案的应用范围。在此示例中，目标框架可能自身原本就支持通信组件服务和基础组件服务，在此情况下，上文提到的目标组件服务可以为分布式组件服务、缓存组件服务和扩展组件服务，即只需要将分布式组件服务、缓存组件服务和扩展组件服务与目标框架进行适配，并注入目标框架中，从而保证目标框架对分布式组件服务、缓存组件服务和扩展组件服务的支持。

本申请实施例中的扩展组件服务可包括增强功能或者覆盖功能。所谓增强功能可以理解为是在原有方法或功能的基础上提供额外的增强的方法或功能。所谓覆盖功能可以理解为提供一种新的方法或功能覆盖调原有方法或功能，保证原有方法或功能处于不可用的状态。在提供扩展组件服务的情况下，本申请实施例通过提供增强功能或覆盖功能可以进行业务增强处理或业务覆盖处理，更好地满足通信业务的需求。

另外，在本申请实施例中引入了用于不同类型数据处理的消息处理模块，可以针对不同类型数据确定不同的消息处理模块，实现动态选择需要的消息处理模块进行消息处理。

下面结合附图，详细说明本申请各实施例提供的技术方案。

图1-1是本申请实施例提供的一种网络架构的示意图，所述网络架构可以适用于本申请实施例提供的通信方法。如图1-1所示，所述网络架构可以包括多台电子设备，各台电子设备之间通过网络连接，也就是说，图1-1所示网络架构可以为分布式网络架构。图1-1所示网络架构示例性地示出了电子设备110和电子设备120，但是，需了解这只是用于举例，实际上可以包括更多或更少的电子设备。例如，在一种情况下，所示网络架构可以仅包括一台电子设备，此时不是分布式网络架构；在另一种情况下，所示网络架构可以包括三台或更多台电子设备，他们通过网络相连。其中，电子设备可以为用于提供通信服务的设备，例如服务器。

下面以图1-1所示分布式网络架构中包括两台电子设备为例进行描述。本申请实施例提供的分布式网络架构可基于Kubernetes(一种基于容器技术的分布式架构解决方案)，可存在一台提供E组件服务的电子设备，存在一台提供F组件服务的电子设备，这两台电子设备可相互配合进行通信。在图1-1中，电子设备110和电子设备120可遵循相同的通信协议(例如websocket通讯协议)，同时电子设备110和电子设备120上可部署有相同的目标框架(例如Spring boot框架)，且目标框架均可支持至少一种组件服务。在通信过程中，电子设备110和电子设备120可基于各自提供的组件服务，进行通信。举例而言，若电子设备110中的目标框架支持基于远程字典服务器(Remote Dictionary Server，redis)的缓存组件服务，电子设备120中的目标框架支持基于kafka的分布式组件服务，则可以在分布式通信的过程中由电子设备110提供基于redis的缓存服务，由电子设备120提供基于kafka的分布式服务。当然，以上描述仅是示例，在分布式通信中还可以有其他实现。

需了解的是，以上是以包括多台电子设备的分布式网络架构为例进行的描述，在仅存在一台电子设备的情况下，可将这一台电子设备作为服务端，并可由这一台电子设备完成所有工作，例如获取目标指示信息，根据目标指示信息确定目标组件服务，基于目标组件服务，实现与客户端之间的通信等。也就是说，本申请实施例提供的通信方法可由单台电子设备执行，也可以由多台电子设备相互配合执行。

图1-2是本申请实施例提供的通信方法中涉及到的目标框架的示意图。参照图1-2，在本申请实施例提供的目标框架可涉及配置、启动、动态加载以及提供服务这四个部分。其中，配置可以包括对基础通信参数、分布式运行参数、缓存运行参数、扩展参数中的至少一种的配置。启动可以包括对注解信息和配置信息中的至少一种的启动。动态加载可以用于加载提供各种服务的功能组件，例如加载通信组件、分布式组件、缓存组件、基础组件、扩展增强组件中的至少一种。其中，基础组件可以包括拦截器功能、增强切面功能、线程池管理功能、异常处理功能中的至少一种。提供服务这一部分可以用于提供默认服务和/或自定义服务。其中，默认服务可以包括通信组件服务、基础组件服务、分布式组件服务、缓存组件服务以及扩展组件服务中的至少一种。自定义服务可以包括自定义的分布式通信服务以及自定义的节点增强服务中的至少一种。

上述各个组件服务可预先进行配置，本申请实施例可以通过配置信息即可获取所需的组件服务，进而可加载所需的组件服务，并基于这些组件服务进行通信。

图2是本申请实施例提供的一种通信方法的流程图。如图2所示，本申请实施例提供的通信方法可以包括：

步骤210，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

在本申请实施例中，目标指示信息可以包括任意形式的指示信息，用于指示在目标场景下通过目标框架进行通信所需的N个组件服务。目标指示信息可以为配置信息，可以为注解信息，也可以为实现目标组件服务的具体代码。目标场景可以根据实际通信需求确定，例如可以为分布式实时通信场景等。

在目标指示信息为注解信息的情况下，注解信息中可包括针对组件服务的配置信息。目标指示信息可以位于配置文件内，这样通过读取配置文件即可获取到目标指示信息。在本申请的一个实施例中，步骤210中所述获取目标指示信息可包括：通过读取用于组件服务的注解或者配置信息，获取目标指示信息。在本申请实施例中，通过注解或配置信息的方式可以用少量的代码即可方便地快速确定目标组件服务，而无需完整编写实现目标组件服务的具体目标代码，大大提高了开发效率，节省了人工成本。

目标指示信息可以基于用户需求生成的，目标指示信息中可以仅包括目标场景所需要的组件服务的配置信息(例如所需组件服务的声明)，不包括目标场景不需要的组件服务的配置信息(例如其他组件服务的声明)，这样在后续加载过程中，只需加载所需的组件服务即可，提高了加载效率。

在本申请实施例中，目标框架可以包括spring框架(一种主流的Java EE开源框架)、spring boot框架(一种开源的轻量级框架，可以简化Spring应用的整个搭建和开发过程)、自定义框架中的至少一种。其中，自定义框架可以是全新设计的框架，也可以是基于现有框架例如spring框架进行改动后得到的框架。N个组件服务可以为在通信过程中使用的组件服务，可以例如为用于订阅的分布式组件服务，例如消息组件服务，用于缓存数据的缓存组件服务等。N个组件服务可以与目标框架适配。

步骤220，基于所述目标指示信息，从目标框架支持的M个组件服务中确定N个组件服务，M个组件服务包括已注入目标框架且与目标框架适配的组件服务，M和N均为正整数，且N≤M。

在获取到目标指示信息之后，可以根据目标指示信息从目标框架支持的M个组件服务中确定在目标场景下目标框架的N个组件服务。可以理解的是，由于用于组件服务的注解或用于组件服务的配置信息均是与组件服务相关的信息，这些信息指明了需要的组件服务。因而，基于目标指示信息，即可确定其指示的适配目标框架的目标组件服务。在本申请实施例中，可以基于目标指示信息，从目标框架支持的M个组件服务中确定需要的N个组件服务。可以理解的是，M个组件服务可以是开发人员预先开发设置好的组件服务，由于M个组件服务中的一个或多个组件服务可能初始并不与目标框架相适配，可能存在不方便目标框架调用的问题，因而可以在组件服务开发好之后，可先将组件服务与目标框架进行适配，并将组件服务注入到目标框架，使组件服务与目标框架建立关联，这样后续即可基于目标框架调用M个组件服务。需要说明的是，本申请实施例中，M个组件服务可以是相互独立设计的，即一个组件服务的开发以及服务过程可不依赖其他组件服务。从而，可以实现开发依赖解耦。

在本申请的一个实施例中，所述M个组件服务涵盖A种类别的组件服务，所述目标指示信息指示的所述N个组件服务涵盖B种类别的组件服务，其中，所述B种类别为所述A种类别的子集，A和B均为正整数，且B≤A。步骤220中所述基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务可包括：针对所述B种类别的组件服务中的每一种类别，选择一个组件服务，作为所述N个组件服务中的一个组件服务；其中，B≤N。如此，可以按照组件服务类别，从M个组件服务中选择相应的目标组件服务，实现灵活选择各类组件服务。同时，相较于不分类别的多个组件服务而言，此种按照服务类别进行划分的方式可以更加针对性地满足场景需求。

在本申请实施例中，可以根据组件服务的功能将组件服务划分为不同类别。例如根据通信功能、基础功能、分布式功能、缓存功能、扩展功能分别将组件服务划分为通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务。其中，每一种类别的组件服务中可以包括多个不同的组件服务，具体地，分布式组件服务可以包括基于kafka的分布式组件服务、基于rabbitMQ的分布式组件服务、基于activeMQ(一种开放源代码消息中间件)的分布式组件服务中的至少一者。缓存组件服务可以包括基于redis的缓存组件服务、基于memcached(一种分布式的高速缓存系统)的缓存组件服务或者其他的缓存组件服务。扩展组件服务可以包括基于Elasticsearch(一种分布式、高扩展、高实时的搜索与数据分析引擎)确定的扩展组件服务、基于自定义组件确定的扩展组件服务中的至少一者。

M个组件服务中可以涵盖各种不同类别的组件服务。由于N个组件服务来自于目标框架支持的M个组件服务，因而N个组件服务涵盖的组件服务的类别可小于等于M个组件服务涵盖的组件服务的类别。在获取目标指示信息后，可以基于目标指示信息，针对B种类别的组件服务中的每一种类别，从M个组件服务对应类别的组件服务中选择一个组件服务，作为N个组件服务中的一个组件服务。针对每一种类别选择的具体组件服务根据需求确定，在本申请实施例中不作限制。

具体地，若M个组件服务涵盖通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务这五种类别的组件服务，N个组件服务涵盖通信组件服务、基础组件服务、分布式组件服务、缓存组件服务这四种类别的组件服务。则可以根据目标组件服务的类别，从M个组件服务对应类别的组件服务中选择一个组件服务。以分布式组件服务为例，可以从多个分布式组件服务(例如基于kafka的分布式组件服务、基于rabbitMQ的分布式组件服务或基于activeMQ的分布式组件服务)中选择一个作为N个组件服务中的一个组件服务。其他类别的组件服务的选取方式类似，在此不再重复描述。

在本申请实施例中，需要了解的是，上文提及的“针对所述B种类别的组件服务中的每一种类别，选择一个组件服务，作为所述N个组件服务中的一个组件服务”可涵盖多种情形。在一种情形下，举例而言，针对B＝N的情况，可以针对每一种类别选择一个组件服务，这样，基于B种类别正好可以得到N个组件。在另一种情形下，可能出现目标场景所需的N个组件服务中有一些组件服务是无需选择的组件服务，例如默认自带的组件服务。在此情形下，可能出现选择的组件服务的数目小于N的情况。此时，针对每一种类别选择的组件服务的总数加上无需选择的组件服务的数目之和可以等于N。也就说，N个组件服务可以一方面来自于针对类别选择的组件服务，另一方面还可以来自于无需选择的组件服务。当然，还需了解的是，在本申请实施例中，上文提及的“针对所述B种类别的组件服务中的每一种类别，选择一个组件服务，作为所述N个组件服务中的一个组件服务”侧重的是针对每一种类别都选择了组件服务，而并不意味着针对每一种类别只确定了N个组件服务中的一个组件服务。在一种可能的实现方式中，可以针对每一种类别，确定一个或多个组件服务。也就是说，在本申请实施例中，针对B种类别的组件服务中的每一种类别，可以确定至少一种组件服务，而未必只确定一种组件服务。例如，针对某一类别确定的多个组件服务可包括选取的组件服务和无需选择的组件服务。

举例而言，若B＝N＝5，则说明5个组件服务来自于5种类别的组件服务，即不同组件服务所属的类别不同。若B<N，例如B＝3，N＝5，则这5个组件服务中可以有2个是无需选择的组件服务，另外3个组件服务可以是针对3种类别中的每一种类别选择一个组件服务而得到的。

步骤230，通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

在本申请实施例中，通信过程可基于目标框架和N个组件服务进行。具体地，在确定N个组件服务后，可以通过目标框架加载N个组件服务，基于加载的N个组件服务处理、传输数据，实现不同设备之间的通信。

举例而言，这N个组件服务例如可以涵盖通信组件服务、分布式组件服务和缓存组件服务。在通信过程中，可以基于加载的通信组件服务接收、预处理通信消息，可以基于加载的分布式组件服务进行分布式通信(例如，基于加载的分布式组件服务将接收的通信消息传输至一个或多个电子设备)，并且可以基于加载的缓存组件服务缓存通信消息。通过这种方式可以处理、传输通信消息，实现目标场景下的通信。

在本申请实施例提供的通信方法中，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，其中，所述M个组件服务包括已注入所述目标框架的组件服务，M和N均为正整数，且N≤M；通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。如此，在通信的过程中，由于已预先将适配目标框架的M个组件服务注入到了目标框架，这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

图3-1是本申请实施例提供的一种通信方法的流程图。如图3-1所示，本申请实施例提供的通信方法可以包括：

步骤310，获取组件服务配置信息；

在本申请实施例中，组件服务配置信息可设置在注解中，也可以以配置信息的形式直接设置在配置文件中。其中，步骤310可以在电子设备启动过程中执行。本申请实施例可通过扫描注解或者扫描配置文件获取组件服务配置信息，进而根据获取的组件服务配置信息，执行后续操作。

在本申请实施例中，所述组件服务配置信息可包括目标组件服务的配置类，和/或，所述目标组件服务的配置参数。同时，所述目标组件服务可包括通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务中的至少一种。

步骤320，根据所述组件服务配置信息，构建所述目标组件服务；

在本申请实施例中，针对目标框架不支持的目标组件服务，在构建目标组件服务之前，可能无法基于目标框架调用目标组件服务。因而，可以先构建目标组件服务。

在本申请实施例中，在所述组件服务配置信息包括目标组件服务的配置类，和/或，所述目标组件服务的配置参数的情况下，步骤320中所述根据所述组件服务配置信息，构建目标组件服务包括：基于所述目标组件服务的配置类和/或所述配置参数，调用类加载器获取第一组件对象的声明信息；基于所述第一组件对象的声明信息，加载所述第一组件对象并对所述第一组件对象进行实例化，得到目标组件服务。如此，可以保证后续可以便捷地识别和使用目标组件服务。

可选地，在本申请的一个实施例中，在所述目标组件服务包括分布式组件服务的情况下，所述配置参数为分布式运行参数，所述第一组件对象包括消息中间件对象；在所述目标组件服务包括缓存组件服务的情况下，所述配置参数为缓存参数，所述第一组件对象包括缓存中间件对象；在所述目标组件服务包括扩展组件服务的情况下，所述配置参数为扩展参数，所述第一组件对象包括扩展组件对象。如此，可以根据分布式组件、缓存组件服务、扩展组件服务分别确定不同的配置参数和组件对象，实现有针对性的构建目标组件服务。

图3-2是本申请实施例提供的一种构建组件服务的流程示意图。参照图3-2所示，在目标组件服务包括分布式组件服务的情况下，可以使用目标框架扫描分布式组件服务配置类，同时获取配置参数，即获取系统分布式运行参数，根据分布式组件服务的配置类和/或配置参数，调用类加载器获取消息中间件对象的声明信息，基于消息中间件对象的声明信息，加载消息中间件对象并对消息中间件对象进行实例化，得到分布式组件服务。

在目标组件服务包括缓存组件服务的情况下，可以使用目标框架扫描缓存组件服务配置类，同时获取配置参数，即获取缓存参数，根据缓存组件服务的配置类和/或配置参数，调用类加载器获取缓存中间件对象的声明信息，基于缓存中间件对象的声明信息，加载缓存中间件对象并对缓存中间件对象进行实例化，得到缓存组件服务。

在目标组件服务包括扩展组件服务的情况下，可以使用目标框架扫扩展组件服务配置类，同时获取配置参数，即获取扩展参数，根据扩展组件服务的配置类和/或配置参数，调用类加载器获取扩展组件对象的声明信息，基于扩展组件对象的声明信息，加载扩展组件对象并对扩展组件对象进行实例化，得到扩展组件服务。

步骤330，对所述目标组件服务进行初始化，并将所述目标组件服务注入所述目标框架；

在本申请实施例中，在基于配置信息或者注解构建目标组件服务之后，即可对目标组件服务进行初始化。此初始化过程可理解为对目标组件服务内部的信息进行初始化。在初始化之后，即可将目标组件服务注入目标框架，从而在目标组件服务与目标框架之间建立关联，这样后续即可通过目标框架调用目标组件服务。

步骤340，在所述目标组件服务初始化完成之后，向所述目标框架发送初始化完成事件；

在本申请实施例中，所述目标组件服务可以为所述N个组件服务中任意一个组件服务。即可以将N个组件服务中需要构建的组件服务作为目标组件服务。

可选地，在本申请的一个实施例中，所述目标组件服务可以为所述目标框架支持的M个组件服务的子集，即目标组件服务可以包括M个组件服务中的至少一个组件服务。举例而言，所述目标组件服务可以为所述M个组件服务中的N个组件服务的子集。也就是说，目标组件服务可以包括N个组件服务中的全部组件服务，也可以仅包括N个组件服务中的部分组件服务，例如N个组件服务中的一个或更多个组件服务。其中，M和N均为正整数，且N≤M。

在本申请实施例中，在目标组件服务初始化完成之后，可以向目标框架发送初始化完成事件，从而目标框架即可获知目标组件服务初始化完成，后续目标框架即可根据需要调用目标组件服务。需要说明的是，在本申请实施例中可以在步骤350获取目标指示信息之前执行步骤310-步骤340，也可以在步骤360确定N个组件服务之后执行步骤310-步骤340。

步骤350，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

步骤360，基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务；

其中，所述M个组件服务包括已注入所述目标框架且与所述目标框架适配的组件服务，M和N均为正整数，且N≤M。

在本申请实施例中，步骤360中所述获取目标指示信息包括：通过读取目标注解或者目标配置信息，获取目标指示信息。

步骤370，通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

在本申请实施例中，由于目标组件服务预先已经注入目标框架，且目标组件服务可以为N个组件服务中的任意一个组件服务，在根据目标指示信息确定N个组件服务之后，即可基于目标框架和N个组件服务进行通信，如此，即便在面对目标框架自身原本不支持的组件服务的情形下，通过预先构建目标组件服务，并对目标组件服务进行初始化和注入目标框架，可以实现目标框架对目标组件服务的扩容支持，方便后续目标框架对目标组件服务的调用，进而扩大了本申请实施例提供的通信方法的应用范围，使得在不同的场景下均可使用。

图4-1是本申请实施例提供的一种通信方法的流程图。如图4-1所示，本申请实施例提供的通信方法可以包括：

步骤410，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

其中，步骤410中所述获取目标指示信息包括：通过读取目标注解或者目标配置信息，获取目标指示信息。如此，可以实现仅需添加少量注解或配置信息，即可快速选择组件服务，并进行通信，而无需编写复杂的实现代码，效率较高。

步骤420，基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务；

其中，所述M个组件服务包括已注入所述目标框架的组件服务，M和N均为正整数，且N≤M。

在本申请实施例中，所述M个组件服务可涵盖A种类别的组件服务，所述目标指示信息指示的所述N个组件服务可涵盖B种类别的组件服务，其中，所述B种类别为所述A种类别的子集，A和B均为正整数，且B≤A。步骤420中所述基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务可包括：针对所述B种类别的组件服务中的每一种类别，选择一个组件服务，作为所述N个组件服务中的一个组件服务；其中，B≤N。

在步骤410获取目标指示信息之前或步骤420基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务之后，本申请实施例提供的通信方法还可包括：获取组件服务配置信息，所述组件服务配置信息用于构建目标组件服务；根据所述组件服务配置信息，构建所述目标组件服务；对所述目标组件服务进行初始化，并将所述目标组件服务注入所述目标框架；在所述目标组件服务初始化完成之后，向所述目标框架发送初始化完成事件；其中，所述目标组件服务包括所述N个组件服务。通过上述过程，即可完成目标组件服务的构建和与目标框架的适配。

步骤430，通过所述目标框架加载所述N个组件服务；其中，所述目标框架用于管理所述N个组件服务。

在本申请实施例中，可以预先构建组件服务并将组件服务注入目标框架中，也可以在根据目标指示信息确定N个组件服务后，再基于N个组件服务构建组件服务并将组件服务注入目标框架中，从而目标框架可以管理已注入的组件服务，实现通过目标框架快速加载组件服务。

具体地，可以在获取目标指示信息之前，获取组件服务配置信息。根据组件服务配置信息，可构建目标组件服务，在目标组件服务构建完成之后，可对目标组件服务进行初始化，并将目标组件服务注入目标框架。同时，在目标组件服务初始化完成之后，可向目标框架发送初始化完成事件。其中，目标组件服务可包括N个组件服务中的部分或全部组件服务。目标框架接收到初始化完成事件之后，即可用于管理目标组件服务，同时通过目标框架可以快速加载目标组件服务。相应地，也可以在根据目标指示信息确定N个组件服务后，再基于N个组件服务构建组件服务并将组件服务注入目标框架中，避免注入不需要的组件服务。

步骤440，基于加载的所述N个组件服务，进行通信。

在本申请实施例中，可以通过目标框架加载N个组件服务，基于加载的N个组件服务，进行通信。

在本申请实施例提供的通信方法中，所述目标框架可用于管理所述M个组件服务。在进行通信的过程中，可先通过目标框架加载所述目标框架支持的M个组件服务中的N个组件服务，并基于加载的所述N个组件服务，进行通信。其中，目标框架可基于目标指示信息对组件服务进行选择性加载。如此，没有被所述目标框架加载的组件服务不会启动，可以实现对组件服务的精确动态加载，保证较高的加载效率。

可选地，在本申请的一个实施例中，N为大于或等于2的整数，所述通信包括分布式通信，所述N个组件服务设置在用于执行相同或相关任务的L台物理机上，所述L台物理机遵循相同的通信协议，其中，2≤L≤N；所述基于加载的所述N个组件服务，进行通信，包括：基于在所述L台物理机上加载的所述N个组件服务，进行分布式通信。如此，可以联合使用多台物理机，采用多台物理机提供目标组件服务，实现分布式通信。

在本申请实施例中，可以基于L台物理机进行分布式通信。其中，L台物理机上均可加载N个组件服务，且遵循相同的通信协议。通信协议可以包括WebSocket网络通信协议、超文本传输协议(HyperText Transfer Protocal，HTTP)等通信协议中的至少一种。具体地，L台物理机上均可部署有目标框架。在L台物理机上可以通过目标框架加载组件服务，实现通过在L台物理机上加载的组件服务，进行分布式通信。

为便于理解，下文以L为2、通信协议为WebSocket为例进行解释说明。在L为2的情况下，物理机可以包括物理机C1和物理机D1。物理机C1和物理机D1均可通过部署的目标框架加载N个组件服务，例如基于WebSocket的通信组件服务、基础组件服务、基于kafka的分布式组件服务、基于redis的缓存组件服务等。在应用端F1向应用端G1发送消息的场景下，可以通过物理机C1接收应用端F1发送的消息。物理机C1接收消息后可以通过基于kafka的分布式组件服务向物理机D1发送事件通知和消息，在消息为大消息的情况下可以同时通过基于redis的缓存组件服务缓存消息内容。物理机D1接收物理机C1发送的消息后，可以先对消息进行二次处理，再将处理后的消息发送给应用端G1。如此，基于在多台物理机上加载的N个组件服务，进行分布式通信。

需要强调的是，本申请中2≤L≤N，即本申请中可以使用数量不小于两台的物理机进行分布式通信。上文中L为2仅为示例，不能视作对本申请的限定。

在本申请的一个实施例中，本申请实施例提供的通信方法还可包括确定用于不同类型数据处理的消息处理模块；利用所述消息处理模块对通信过程中的消息进行处理；其中，所述消息包括二进制数据消息或者文本数据消息。本申请实施例中可通过扫描注解或者配置信息确定用于不同类型数据处理的消息处理模块。如此，可以根据数据类型确定不同的消息处理模块，基于消息处理模块实现对不同类型数据的分类处理。

在本申请实施例中，消息处理模块可以包括心跳消息处理模块、用户消息处理模块、系统消息处理模块中的至少一种，对于不同类型数据可以选用不同的消息处理模块进行处理。

其中，心跳消息处理模块可以实现以下功能：一、接收前端基于通信协议发送的心跳包，解析心跳包来源。二、根据来源匹配具体用户，对用户连接状态进行判断。三、下线用户信息异步持久化方式进行备份。在对用户连接状态进行判断的过程中，若用户自定义有特殊校验，则可以异步进行校验操作，若校验失败，可以根据策略进行用户下线、资源回收处理。

用户消息处理模块可以实现以下功能：一、接收前端基于通信协议发送的消息，解析消息来源以及接收人信息。二、根据接收人信息获取用户在线或离线信息，分类筛选出在线和离线用户。三、对离线用户进行异步批量历史信息处理操作(在没有相应需求的情况下，可以不用批量处理)。四、判断消息接收人是否全部处于当前物理机，若是则直接获取消息接收人连接状态，若否则转发至消息中间件，基于消息中间件通知其他物理机进行消息接收处理。五、将发送人消息基于通信协议发送给接收人。

系统消息处理器可以实现以下功能：一、接受前端基于通信协议发送的消息，解析消息处理码。二、根据消息处理码选择系统各项服务，并执行服务。三、根据具体配置选择是否相应服务结果。

为便于理解，后文结合具体场景以客户端F2向客户端G2发送消息为例进行解释说明。

图4-2是本申请实施例提供的一种二进制数据消息发送流程的示意图。参照图4-2所示，客户端F2发送的消息数据可以为二进制数据消息，通信过程中可以涉及到客户端F2、物理机C2、客户端G2和物理机D2。

在发送二进制数据消息之前，客户端F2可以先向物理机C2发送二进制数据消息发送事件。物理机C2接收到事件消息后，可以对事件消息解码，同时初始化创建当前连接关系信息缓存(例如关联信息、分布式操作标记等)，再向客户端F2响应事件完成消息。客户端F2监听到响应事件结果后，可以向物理机C2分帧发送二进制数据消息。从而物理机C2可以接收客户端F2发送的二进制数据消息，并对二进制数据消息进行解码，根据之前创建的连接缓存信息，判断是否需要通知物理机D2，即判断是否需要分布式发送。在不需要分布式发送的情况下，物理机C2可以调用消息处理模块例如用户消息处理模块，对二进制数据消息进行处理，处理后可以直接发送给客户端G2。进而，客户端G2可以从服务器A接收二进制数据消息，并根据接收的二进制数据消息进行业务处理。在需要分布式发送的情况下，物理机C2可以通过发布组件向物理机D2发送分帧二进制数据消息。物理机D2接收到二进制数据消息后，可以调用消息处理模块例如用户消息处理模块进行处理，并对二进制数据消息进行加码，将加码后的二进制数据消息发送给客户端G2。进而，客户端G2可以从物理机D2接收二进制数据消息，并根据接收的二进制数据消息进行业务处理。

图4-3是本申请实施例提供的一种文本数据消息发送流程的示意图。参照图4-3所示，客户端F2发送的消息可以为文本数据消息，通信过程中可以涉及到客户端F2、物理机C2、客户端G2和物理机D2四台设备。

在通信过程中，应用端A可以先编辑文本数据以及对文本数据加码，再生成文本数据消息并向物理机C2发送文本数据消息。从而，物理机C2可以接收文本数据消息，同时对文本数据消息进行解码，获取消息类型处理器代理，基于消息类型动态代理选择相应的消息处理模块。确定消息处理模块后，物理机C2可以通过消息处理模块处理解码后的文本数据消息，判断是否需要分布式发送。在不需要分布式发送的情况下，物理机C2可以调用消息处理模块对消息进行处理，并直接将处理后的消息发送给客户端G2。进而，客户端G2可以从服务器A接收文本数据消息，并根据接收的文本数据消息进行业务处理。在需要分布式发送的情况下，物理机C2可以通过发布组件向其他物理机进行事件通知。由于物理机初始化缓存时，已注册物理机信息，因而，物理机C2可以定向通知其他物理机例如物理机D2，或通知全部物理机。在文本数据消息为大消息的情况下，物理机C2还可以先缓存消息，再进行事件通知。物理机D2可以接收事件通知，并向物理机C2响应事件通知完成消息。物理机C2监听到响应事件结果后，可以将文本数据消息发送给物理机D2。从而，物理机D2可以基于消息订阅接收物理机C2发送的文本数据消息，同时对消息进行解码，并选择对应的消息处理器进行二次处理，对二次处理后的文本数据消息进行加码，将加码后的文本数据信息发送给客户端G2。进而，客户端G2可以从物理机D2接收文本数据消息，并根据接收的文本数据消息进行业务处理。

图5是本申请实施例提供的一种通信方法的流程图。如图5所示，本申请实施例提供的通信方法可以包括：

步骤510，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

步骤520，基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务；

其中，所述M个组件服务包括已注入所述目标框架的组件服务，M和N均为正整数，且N≤M。

步骤530，针对所述N个组件服务中的一个指定组件服务，执行以下过程：确定所述指定组件服务对应的服务接口；确定所述服务接口对应的实现类；

在本申请实施例中，服务接口可以包括标准订阅发布接口、标准缓存操作接口、标准鉴权接口、标准前后置扩展接口、标准加解码接口、自定义服务接口等接口中的至少一种。针对N个组件服务中的一个指定服务组件，可以基于目标框架，确定指定组件服务对应的服务接口，再通过服务接口确定对应的实现类。具体地，在目标框架为Spring开源框架的情况下，可以基于目标框架获取ApplicationContext(Spring开源框架中一个核心接口和容器)。由于在目标框架中ApplicationContext可以用于管理类，因而可以根据ApplicationContext包含的信息确定指定组件服务对应的服务接口，再根据服务接口确定对应的实现类。

可选地，在本申请的一个实施例中，所述指定组件服务为扩展组件服务，所述服务功能包括增强功能或者覆盖功能；其中，所述增强功能包括基于时序的增强功能和/或基于功能扩展的增强功能。如此，可以保证本申请实施例提供的通信方法可以进行功能扩展，提供增强功能或者覆盖功能。

在本申请实施例中，基于时序的增强功能可以表示在不同时间对原有服务进行增强，即通过基于时序的增强功能可以在原有业务逻辑的基础上对原有服务进行功能增强，丰富原有服务的功能。基于功能扩展的增强功能可以表示对原有业务进行功能扩展，即通过基于功能扩展的增强功能可以在原有业务逻辑的基础上增加新的服务功能。覆盖功能可以表示提供新的服务功能覆盖原有服务，即通过覆盖功能可以针对某一业务提供新的服务功能取代原有服务的功能。

在一个实施例中，在所述增强功能包括基于时序的增强功能的情况下，可通过执行如下步骤E1-E3，确定所述指定组件服务对应的服务接口：

步骤E1，在所述基于时序的增强功能包括前置增强功能或者后置增强功能的情况下，每当调用基础组件服务，通过所述目标框架获取所述基础组件服务的代理类；

其中，所述基础组件服务的代理类已注入所述目标框架。

在本申请实施例中，前置增强功能可以表示在提供基础组件服务之前，对基础组件服务进行增强的功能。后置增强功能可以表示在提供基础组件服务之后，对基础组件服务进行增强的功能。在调用基础组件服务时，可以通过目标框架和类加载器，获取基础组件服务的代理类。

步骤E2，通过所述基础组件服务的代理类调用所述前置增强功能或所述后置增强功能；

在本申请实施例中可以通过基础组件服务的代理类调用前置增强功能或后置增强功能。在系统中存在交叉业务时可以直接通过代理类根据用户需求调用前置增强功能或后置增强功能，不需要在基础组件服务中预先设置前置增强功能或后置增强功能，减少开发人员工作量。

步骤E3，获取所述前置增强功能的前置接口或所述后置增强功能的后置接口。

在本申请实施例中，代理类可以提供前置增强功能的前置接口或后置增强功能的后置接口。基于代理类可以直接获取前置增强功能的前置接口或后置增强功能的后置接口。

为便于理解，结合具体场景，对前置增强功能和后置增强功能的应用进行说明。

以包括两台应用服务器，一台基于redis的缓存服务器的小型企业T为例。在小型企业T希望在电商环境下，实现客服与用户之间进行沟通时，小型企业T可以在目标框架中添加组件服务的注解，根据注解确定需要的目标组件服务，同时配置服务器地址，选择基础通信方式(例如系统间消息通信方式)以及redis配置，进而实现基于目标框架和目标组件服务进行分布式通信。

在小型企业T希望对客服与用户说话内容进行记录的情况下，可以调用基础组件服务，基于目标框架获取基础组件服务的代理类，通过代理类调用消息处理后置接口，提供消息记录功能满足企业业务需求。此时，消息记录功能即为后置增强功能。

同理，在小型企业T希望将客服预发送信息调整为统一格式再发送给用户的情况下，可以调用基础组件服务，基于目标框架获取基础组件服务的代理类，通过代理类调用消息处理前置接口，提供消息编辑功能满足企业业务需求。此时，消息编辑功能即为前置增强功能。

在一个实施例中，在所述增强功能包括基于功能扩展的增强功能的情况下，可通过执行如下步骤S1-S2，确定所述指定组件服务对应的服务接口：

步骤S1，通过所述目标框架扫描注解，确定是否存在自定义功能注解；

如上文所述，基于功能扩展的增强功能可以表示对原有业务进行功能扩展，即通过基于功能扩展的增强功能可以在原有业务逻辑的基础上增加新的服务功能。用户可以根据功能需求在注解中添加自定义功能注解，提供相应增强功能。在本申请实施例中，可以通过目标框架扫描注解，确定是否存在自定义功能注解，若存在自定义功能注解说明需要提供相应的增强功能，若不存在自定义功能说明不需要提供相应的增强功能。

步骤S2，在存在所述自定义功能注解的情况下，获取所述自定义功能注解对应的实现接口。

在本申请实施例中，可以基于自定义功能注解，确定对应的实现接口。具体地，可以通过目标框架扫描注解，在注解中存在自定义注解的情况下，通过自定义注解获取事件对象，再基于事件对象确定事件类型，根据事件类型确定具体的实施接口。其中，事件类型可以包括点对点、点对多、多对多等类型中的至少一种。

为便于理解，结合具体场景，对基于功能扩展的增强功能的应用进行说明。

以包括多个部门，多个不同时期应用服务，多个不同缓存服务器，多个消息组件，多个扩展组件的企业H为例。在企业H需要实现不同部门之间实时交流沟通时，可以根据各部门环境资源需求，在目标框架中添加组件服务的注解，根据注解和组件服务的类别选择目标组件服务(例如，部门H1可以选择基于kafka的分布式组件服务用于分布式通知，部门H2可以选择基于rabbitMQ的分布式组件服务用于分布式通知)，同时选择通信策略、节点前后置同异步方式等，进而实现基于目标框架和目标组件服务进行分布式实时通信。

在当前组件服务不满足业务需求时，企业H可以在目标框架中添加自定义功能注解，并执行自定义功能注解对应的实现接口的实现类方法，提供基于功能扩展的增强功能，从而增加新的功能。

步骤540，通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能；

在本申请实施例中，可以先确定服务接口对应的实现类，再执行实现类方法，提供指定组件服务对应的服务功能。

在一个实施例中，在所述增强功能包括基于时序的增强功能的情况下，所述通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能包括：利用多线程并行执行所述前置接口的实现类方法或所述后置接口的实现类方法，提供所述扩展组件服务对应的增强功能。如此，在调用基础组件服务时，通过目标框架获取基础组件服务的代理类，基于代理类即可快速提供扩展组件服务对应的增强功能，实现对基础组件服务的前置增强或后置增强。

在本申请实施例中，在增强功能包括基于时序的增强功能的情况下，可以先根据前置增强功能的前置接口或后置增强功能的后置接口确定对应的实现类，再根据系统配置动态选择同步执行或异步执行。在异步执行时，可以利用多线程异步并行执行前置接口的实现类方法或后置接口的实现类方法，提供扩展组件服务对应的增强功能。

在一个实施例中，在所述增强功能包括基于功能扩展的增强功能的情况下，所述通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能包括：执行所述自定义功能注解对应的实现接口的实现类方法，提供所述扩展组件服务对应的增强功能。如此，可以保证自定义的功能得到执行，更好地满足需求。

在本申请实施例中，相对于非自定义功能的注解对应的方法，可以优先执行自定义功能注解对应的实现接口的实现类方法，提供扩展组件服务对应的增强功能。

步骤550，基于提供的所述服务功能，进行通信。

在本申请实施例中，基于提供的服务功能进行通信，可以包括基于基础组件服务和指定组件服务对应的服务功能进行通信，或基于指定组件服务对应的服务功能进行通信。

在本申请实施例提供的通信方法中，针对所述N个组件服务中的一个指定组件服务，可以确定所述指定组件服务对应的服务接口，同时确定所述服务接口对应的实现类，通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能，并基于提供的所述服务功能，进行通信。如此，可以基于指定组件服务的服务接口以及其服务接口对应的实现类，实现快速加载指定组件服务，提供相应服务功能。

图6是本申请实施例提供的一种通信方法的流程图，参照图6，本申请实施例提供的通信方法具体可以包括以下步骤：

步骤601，获取组件服务配置信息；

步骤602，根据所述组件服务配置信息，构建所述目标组件服务；

步骤603，对所述目标组件服务进行初始化，并将所述目标组件服务注入所述目标框架；

步骤604，在所述目标组件服务初始化完成之后，向所述目标框架发送初始化完成事件；

步骤605，获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

步骤606，基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务；

步骤607，通过所述目标框架加载所述N个组件服务；

步骤608，针对所述N个组件服务中的一个指定组件服务，确定所述指定组件服务对应的服务接口；

步骤609，确定所述服务接口对应的实现类；

步骤610，通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能；

步骤611，基于提供的所述服务功能，进行通信。

本申请实施例提供的通信方法，由于在通信的过程中，已预先将适配目标框架的M个组件服务注入到了目标框架，且这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

图7是本申请实施例提供一种通信装置的结构框图，参照图7，本申请实施例提供的通信装置700可以包括：

获取模块710，用于获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

确定模块720，用于基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；

执行模块730，用于通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

本申请实施例提供的通信装置，通过获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务执行通信。如此，在通信的过程中，由于已预先将适配目标框架的M个组件服务注入到了目标框架，这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

可选地，在本申请的一个实施例中，所述M个组件服务涵盖A种类别的组件服务，所述目标指示信息指示的所述N个组件服务涵盖B种类别的组件服务，其中，所述B种类别为所述A种类别的子集，A和B均为正整数，且B≤A。在所述基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务的过程中，所述确定模块具体用于：针对所述B种类别的组件服务中的每一种类别，选择一个组件服务，作为所述N个组件服务中的一个组件服务；其中，B≤N。如此，可以按照组件服务类别，从M个组件服务中选择相应的目标组件服务，实现灵活选择各类组件服务。同时，相较于不分类别的多个组件服务而言，此种按照服务类别进行划分的方式可以更加针对性地满足场景需求。

可选地，在本申请的一个实施例中，所述获取模块还用于，获取组件服务配置信息；所述执行模块还用于，根据所述组件服务配置信息，构建所述目标组件服务，并将所述目标组件服务注入所述目标框架；对所述目标组件服务进行初始化；在所述目标组件服务初始化完成之后，向所述目标框架发送初始化完成事件；其中，所述目标组件服务为所述N个组件服务中任意一个组件服务。如此，即便在面对目标框架不支持的目标组件服务的情况下，也可以通过构建目标组件服务，并实现目标组件服务初始化，并注入目标框架，保证目标框架后续可使用目标组件服务，实现目标框架对组件服务的扩容。即，目标框架不仅支持原本就支持的组件服务，也可以通过特定处理将原本不支持的组件服务转变为支持。更好地满足多种变化应用场景下对组件服务的需求。

可选地，在本申请的一个实施例中，所述组件服务配置信息包括目标组件服务的配置类，和/或，所述目标组件服务的配置参数；在所述根据所述组件服务配置信息，构建目标组件服务的过程中，所述执行模块具体用于：基于所述目标组件服务的配置类和/或所述配置参数，调用类加载器获取第一组件对象的声明信息；基于所述第一组件对象的声明信息，加载所述第一组件对象并对所述第一组件对象进行实例化，得到目标组件服务。如此，可以保证后续可以便捷地识别和使用目标组件服务。

可选地，在本申请的一个实施例中，所述M个组件服务包括通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务中的至少一种，所述目标组件服务包括分布式组件服务、缓存组件服务和扩展组件服务中的至少一种。如此，可以灵活选择注入目标框架的组件服务类别，便于后续使用组件服务。

可选地，在本申请的一个实施例中，在所述目标组件服务包括分布式组件服务的情况下，所述配置参数为分布式运行参数，所述第一组件对象包括消息中间件对象；在所述目标组件服务包括缓存组件服务的情况下，所述配置参数为缓存参数，所述第一组件对象包括缓存中间件对象；在所述目标组件服务包括扩展组件服务的情况下，所述配置参数为扩展参数，所述第一组件对象包括扩展组件对象。如此，可以根据分布式组件、缓存组件服务、扩展组件服务分别确定不同的配置参数和组件对象，实现有针对性的构建目标组件服务。

可选地，在本申请的一个实施例中，在获取目标指示信息的过程中，所述获取模块具体用于：通过读取目标注解或者目标配置信息，获取目标指示信息。如此，可以实现仅需添加少量注解或配置信息，即可快速选择组件服务，并进行通信，而无需编写复杂的实现代码，效率较高。

可选地，在本申请的一个实施例中，所述目标框架用于管理所述N个组件服务，在所述基于所述目标框架和所述N个组件服务，进行通信的过程中，所述执行模块具体用于：通过所述目标框架加载所述N个组件服务；基于加载的所述N个组件服务，进行通信。如此，没有被所述目标框架加载的组件服务不会启动。本申请实施例通过所述目标框架对所述M个组件服务进行统一管理，例如控制M个组件服务中被加载的组件服务，可以实现对组件服务的精确动态加载。

可选地，在本申请的一个实施例中，N为大于或等于2的整数，所述通信包括分布式通信，所述N个组件服务设置在用于执行相同或相关任务的L台物理机上，所述L台物理机遵循相同的通信协议，其中，2≤L≤N；在所述基于加载的所述N个组件服务，进行通信的过程中，所述执行模块具体用于：基于在所述L台物理机上加载的所述N个组件服务，进行分布式通信。如此，可以联合使用多台物理机，采用多台物理机提供目标组件服务，实现分布式通信。

可选地，在本申请的一个实施例中，在所述基于加载的所述N个组件服务，进行通信的过程中，所述执行模块具体用于：针对所述N个组件服务中的一个指定组件服务，执行以下过程：确定所述指定组件服务对应的服务接口；确定所述服务接口对应的实现类；通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能；基于提供的所述服务功能，进行通信。如此，可以基于指定组件服务的服务接口以及其服务接口对应的实现类，实现快速加载指定组件服务，提供相应服务功能。

可选地，在本申请的一个实施例中，所述指定组件服务为扩展组件服务，所述服务功能包括增强功能或者覆盖功能；其中，所述增强功能包括基于时序的增强功能和/或基于功能扩展的增强功能。如此，可以保证本申请实施例提供的通信方法可以进行功能扩展，提供增强功能或者覆盖功能。

可选地，在本申请的一个实施例中，所述增强功能包括基于时序的增强功能；在所述确定所述指定组件服务对应的服务接口的过程中，所述执行模块具体用于：在所述基于时序的增强功能包括前置增强功能或者后置增强功能的情况下，每当调用基础组件服务，通过所述目标框架获取所述基础组件服务的代理类，其中，所述基础组件服务的代理类已注入所述目标框架；通过所述基础组件服务的代理类调用所述前置增强功能或所述后置增强功能；获取所述前置增强功能的前置接口或所述后置增强功能的后置接口；在所述通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能的过程中，所述执行模块具体用于：利用多线程并行执行所述前置接口的实现类方法或所述后置接口的实现类方法，提供所述扩展组件服务对应的增强功能。如此，在调用基础组件服务时，通过目标框架获取基础组件服务的代理类，基于代理类即可快速提供扩展组件服务对应的增强功能，实现对基础组件服务的前置增强或后置增强。

可选地，在本申请的一个实施例中，所述增强功能包括基于功能扩展的增强功能，在所述确定所述指定组件服务对应的服务接口的过程中，所述执行模块具体用于：通过所述目标框架扫描注解，确定是否存在自定义功能注解；在存在所述自定义功能注解的情况下，获取所述自定义功能注解对应的实现接口；在所述通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能的过程中，所述执行模块具体用于：执行所述自定义功能注解对应的实现接口的实现类方法，提供所述扩展组件服务对应的增强功能。如此，可以保证自定义的功能得到执行，更好地满足需求。

可选地，在本申请的一个实施例中，所述确定模块还用于，确定用于不同类型数据处理的消息处理模块；所述执行模块还用于，利用所述消息处理模块对通信过程中的消息进行处理；其中，所述消息包括二进制数据消息或者文本数据消息。如此，可以根据数据类型确定不同的消息处理模块，基于消息处理模块实现对不同类型数据的分类处理。

需要说明的是，本申请实施例提供的通信装置与上文提到的通信方法相对应。相关内容可参照上文对通信方法的描述，在此不做赘述。

此外，如图8所示，本申请实施例还提供一种电子设备800，所述电子设备可以为各种类型的计算机等。所述电子设备800包括：处理器810，存储器820及存储在所述存储器820上并在所述处理器810上运行的程序或指令，所述程序或指令被所述处理器810执行时实现上文所描述的任一种方法的步骤。举例而言，所述程序被所述处理器810执行时实现如下过程：获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并于所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务执行通信。如此，在通信的过程中，由于已预先将适配目标框架的M个组件服务注入到了目标框架，这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被所述处理器810执行时实施上文所描述的任一种方法的步骤。举例而言，所述程序被所述处理器810执行时实现如下过程：获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，其中，所述M个组件服务包括已注入所述目标框架的组件服务，M和N均为正整数，且N≤M；通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务执行通信。如此，在通信的过程中，由于已预先将适配目标框架的M个组件服务注入到了目标框架，这M个组件服务可应用于不同的通信场景，这样，在通信的使用场景发生变化的情况下，可以从这M个组件服务中选择适合当前使用场景的组件服务，而无需开发人员针对变化后的使用场景重新编写组件服务的代码，因而，可以在一定程序上减少开发人员的工作量，提高开发效率。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种通信方法，其特征在于，包括：

获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；

通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

2.根据权利要求1所述的方法，其特征在于，所述M个组件服务涵盖A种类别的组件服务，所述目标指示信息指示的所述N个组件服务涵盖B种类别的组件服务，其中，所述B种类别为所述A种类别的子集，A和B均为正整数，且B≤A；

所述基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，包括：

针对所述B种类别的组件服务中的每一种类别，选择一个组件服务，作为所述N个组件服务中的一个组件服务；其中，B≤N。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

获取组件服务配置信息；

根据所述组件服务配置信息，构建所述目标组件服务；

对所述目标组件服务进行初始化，并将所述目标组件服务注入所述目标框架；

在所述目标组件服务初始化完成之后，向所述目标框架发送初始化完成事件；

其中，所述目标组件服务为所述N个组件服务中任意一个组件服务。

4.根据权利要求3所述的方法，其特征在于，所述组件服务配置信息包括目标组件服务的配置类，和/或，所述目标组件服务的配置参数；所述根据所述组件服务配置信息，构建目标组件服务，包括：

基于所述目标组件服务的配置类和/或所述配置参数，调用类加载器获取第一组件对象的声明信息；

基于所述第一组件对象的声明信息，加载所述第一组件对象并对所述第一组件对象进行实例化，得到目标组件服务。

5.根据权利要求4所述的方法，其特征在于，所述M个组件服务包括通信组件服务、基础组件服务、分布式组件服务、缓存组件服务和扩展组件服务中的至少一种，所述目标组件服务包括分布式组件服务、缓存组件服务和扩展组件服务中的至少一种。

6.根据权利要求5所述的方法，其特征在于，

在所述目标组件服务包括分布式组件服务的情况下，所述配置参数为分布式运行参数，所述第一组件对象包括消息中间件对象；

在所述目标组件服务包括缓存组件服务的情况下，所述配置参数为缓存参数，所述第一组件对象包括缓存中间件对象；

在所述目标组件服务包括扩展组件服务的情况下，所述配置参数为扩展参数，所述第一组件对象包括扩展组件对象。

7.根据权利要求1所述的方法，其特征在于，N为大于或等于2的整数，所述通信包括分布式通信，所述N个组件服务设置在用于执行相同或相关任务的L台物理机上，所述L台物理机遵循相同的通信协议，其中，2≤L≤N；

所述基于加载的N个组件服务进行通信，包括：基于在所述L台物理机上加载的所述N个组件服务，进行分布式通信。

8.根据权利要求7所述的方法，其特征在于，所述基于加载的N个组件服务进行通信，包括：

针对所述N个组件服务中的一个指定组件服务，执行以下过程：

确定所述指定组件服务对应的服务接口；

确定所述服务接口对应的实现类；

通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能；

基于提供的所述服务功能，进行通信。

9.根据权利要求8所述的方法，其特征在于，所述指定服务组件为扩展服务组件，所述服务功能包括增强功能，所述增强功能包括基于时序的增强功能；所述确定所述指定组件服务对应的服务接口，包括：

在所述基于时序的增强功能包括前置增强功能或者后置增强功能的情况下，每当调用基础组件服务，通过所述目标框架获取所述基础组件服务的代理类，其中，所述基础组件服务的代理类已注入所述目标框架；通过所述基础组件服务的代理类调用所述前置增强功能或所述后置增强功能；获取所述前置增强功能的前置接口或所述后置增强功能的后置接口；

所述通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能，包括：

利用多线程并行执行所述前置接口的实现类方法或所述后置接口的实现类方法，提供所述扩展组件服务对应的增强功能。

10.根据权利要求8所述的方法，其特征在于，所述指定服务组件为扩展服务组件，所述服务功能包括覆盖功能，所述增强功能包括基于功能扩展的增强功能，

所述确定所述指定组件服务对应的服务接口，包括：通过所述目标框架扫描注解，确定是否存在自定义功能注解；在存在所述自定义功能注解的情况下，获取所述自定义功能注解对应的实现接口；

所述通过执行所述服务接口对应的实现类，提供所述指定组件服务对应的服务功能，包括：执行所述自定义功能注解对应的实现接口的实现类方法，提供所述扩展组件服务对应的增强功能。

11.一种通信装置，其特征在于，包括：

获取模块，用于获取目标指示信息，所述目标指示信息用于指示在目标场景下通过目标框架进行通信所需的N个组件服务；

确定模块，用于基于所述目标指示信息，从所述目标框架支持的M个组件服务中确定所述N个组件服务，所述M个组件服务包括已注入所述目标框架并与所述目标框架相适配的组件服务，M和N均为正整数，且N≤M；

执行模块，用于通过所述目标框架加载所述N个组件服务，并基于加载的N个组件服务进行通信。

12.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器存储计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的方法。

Images