CN111475193B - 一种插件的动态更新方法、装置，电子设备及存储介质 - Google Patents

Abstract

本申请提供一种插件的动态更新方法、装置，电子设备及存储介质。该方法包括：根据预设业务需求，创建插件接口约定以及插件配置文件；在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，得到所述插件的基础信息；通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息；基于所述插件接口约定，将所述插件存入本地插件列表。通过该方式，实现了插件的即需，即可，即注册，即可用的功能。与现有技术相比，无需停机注册即可将在系统中新增插件。

Description

一种插件的动态更新方法、装置，电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种插件的动态更新方法、装置，电子设备及存储介质。

背景技术

JAVA(计算机编程语言)是一门面向对象的编程语言，通过JAVA可以编写桌面应用程序、Web(万维网)应用程序、分布式系统和嵌入式系统等应用程序。但是当一个已通过JAVA编写好的系统在运行时，如需添加一个新增的功能插件，则需要停机注册该插件后再启动服务器进行运行。

发明内容

本申请实施例的目的在于提供一种插件的动态更新方法、装置，电子设备及存储介质，以改善“目前当一个已通过JAVA编写好的系统在运行时，如需添加一个新增的功能插件，则需要停机注册该插件后再启动电子设备进行运行”的问题。

本发明是这样实现的：

第一方面，本申请实施例提供一种插件的动态更新方法，包括：根据预设业务需求，创建插件接口约定以及插件配置文件；在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，得到所述插件的基础信息；通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息；基于所述插件接口约定，将所述插件存入本地插件列表。

在本申请实施例中，由于预先根据预设业务需求，创建插件接口约定以及插件配置文件，因此，当业务类型增加，也即在获取到注册的插件时，只需根据创建好的插件接口约定以及插件配置文件对插件进行注册存储即可，通过该方式，实现了插件的即需，即可，即注册，即可用的功能。与现有技术相比，无需停机注册即可将在系统中新增插件。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息，包括：通过spring注册反转机制，解析所述插件的基础信息，并注册所述插件的bean。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，在所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息之后，所述方法还包括：初始化所述插件；其中，初始化所述插件包括初始化所述插件的数据源、和/或对所述插件进行正则处理、和/或基于所述插件建立连接池。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述预设业务需求包括疾病的分析需求。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，在所述基于所述插件接口约定，将所述插件存入本地插件列表之后，所述方法还包括：获取目标疾病的分析请求；基于所述目标疾病的类型，在所述本地插件列表中查找与所述目标疾病对应的目标插件；基于所述目标插件，获取所述分析结果。

第二方面，本申请实施例提供一种插件的动态更新装置，包括：创建模块，用于根据预设业务需求，创建插件接口约定以及插件配置文件；处理模块，用于在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，得到所述插件的基础信息；以及用于通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息；存储模块，用于基于所述插件接口约定，将所述插件存入本地插件列表。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述处理模块具体用于通过spring注册反转机制，解析所述插件的基础信息，并注册所述插件的bean。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述装置还包括初始化模块；所述初始化模块用于在所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息之后，初始化所述插件；其中，初始化所述插件包括初始化所述插件的数据源、和/或对所述插件进行正则处理、和/或基于所述插件建立连接池。

第三方面，本申请实施例提供一种电子设备，包括：处理器和存储器，所述处理器和所述存储器连接；所述存储器用于存储程序；所述处理器用于调用存储在所述存储器中的程序，执行如上述第一方面实施例和/或结合上述第一方面实施例的一些可能的实现方式提供的方法。

第四方面，本申请实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序在被处理器运行时执行如上述第一方面实施例和/或结合上述第一方面实施例的一些可能的实现方式提供的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种电子设备的结构示意图。

图2为本申请实施例提供的一种插件的动态更新方法的步骤流程图。

图3为本申请实施例提供的一种插件的动态更新装置的模块框图。

图标：100-电子设备；110-处理器；120-存储器；200-动态更新装置；201-创建模块；202-处理模块；203-存储模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

目前，当一个已通过JAVA编写好的系统在运行时，如需添加一个新增的功能插件，则需要停机注册后再启动服务器进行运行。也即需要根据功能插件的配置文件，对系统的主程序进行代码级别操作，以使得该插件可以写入系统的主程序中，完成插件的注册。

鉴于上述问题，本申请发明人经过研究探索，提出以下实施例以解决上述问题。

请参阅图1，为本申请实施例提供的一种应用插件的动态更新方法的电子设备100的示意性结构框图。该电子设备100可以是终端或者服务器。其中，终端可以是电脑(Personal Computer，PC)、自助终端机；服务器可以为网络服务器、数据库服务器、云服务器或由多个子服务器构成的服务器集成等。在结构上，电子设备100可以包括处理器110和存储器120。

处理器110与存储器120直接或间接地电性连接，以实现数据的传输或交互，例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。插件的动态更新装置包括至少一个可以软件或固件(Firmware)的形式存储在存储器120中。处理器110用于执行存储器120中存储的可执行模块，例如，插件的动态更新装置所包括的软件功能模块及计算机程序等，以实现插件的动态更新方法。处理器110可以在接收到执行指令后，执行计算机程序。

其中，处理器110可以是一种集成电路芯片，具有信号处理能力。处理器110也可以是通用处理器，例如，可以是中央处理器(Central Processing Unit，CPU)、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、分立门或晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。此外，通用处理器可以是微处理器或者任何常规处理器等。

存储器120可以是，但不限于，随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-OnlyMemory，PROM)、可擦可编程序只读存储器(Erasable Programmable Read-Only Memory，EPROM)，以及电可擦编程只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)。存储器120用于存储程序，处理器110在接收到执行指令后，执行该程序。

应当理解，图1所示的结构仅为示意，本申请实施例提供的电子设备100还可以具有比图1更少或更多的组件，或是具有与图1所示不同的配置。此外，图1所示的各组件可以通过软件、硬件或其组合实现。

请参阅图2，图2为本申请实施例提供的插件的动态更新方法的步骤流程图，该方法应用于图1所示的电子设备100。该方法包括：步骤S101-步骤S104。

步骤S101：根据预设业务需求，创建插件接口约定以及插件配置文件。

步骤S102：在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，得到所述插件的基础信息。

步骤S103：通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息。

步骤S104：基于所述插件接口约定，将所述插件存入本地插件列表。

在本申请实施例中，由于预先根据预设业务需求，创建插件接口约定以及插件配置文件，因此，当业务类型增加，也即在获取到注册的插件时，只需根据创建好的插件接口约定以及插件配置文件对插件进行注册存储即可，通过该方式，实现了插件的即需，即可，即注册，即可用的功能。与现有技术相比，无需停机注册即可将在系统中新增插件。

下面结合具体的示例对上述步骤进行说明。

步骤S101：根据预设业务需求，创建插件接口约定以及插件配置文件。

于本申请实施例中，预设业务需求可以是疾病的分析需求。也即本申请实施例提供的插件的动态更新方法可以应用于疾病的分析系统中。

示例性的，疾病的分析系统可以对多种疾病进行分析，比如疾病的分析系统中包括对糖尿病的分析、高血压的分析、心肌梗塞的分析。每一种疾病的分析对应一种功能插件。也即，当接收到糖尿病的分析请求时，则调用对应于糖尿病的功能插件，进而获取得到是否患有糖尿病的分析结果。

因此，于本申请实施例中，根据疾病的分析需求，预先创建好插件接口约定以及预先编写好插件配置文件。需要解释的是，由于插件是具有某种功能的处理单元，因此，当分析系统需要使用此种功能时，则需要通过插件接口进行调用，因此，本步骤中，预先创建插件接口约定。其中，插件接口约定可以包括插件的存储位置。也即通过插件接口约定来进行插件调用接口的实现。

可选地，预先创建插件接口约定还包括插件的注册协议。

需要说明的是，插件配置文件是插件的基本描述信息，插件配置文件与预设业务需求相关联。示例性的，预设业务是疾病的分析需求，则插件配置文件所包含的基本描述信息可以类似，当糖尿病的分析的功能插件包括名称、实现类、版本等基本描述信息时，创建的插件配置文件也可以包括名称、实现类、版本。其中，插件配置文件的格式可以为XML(eXtensible Markup Language，可拓展标记语言)格式、JSON(JAVAScript ObjectNotation，对象简谱)格式或者YML(YAML Aint Markup Language)格式，对此，本申请不作限定。

可以理解的是，预设业务需求还可以是其他类型的业务需求，比如物流业务需求、餐饮业务需要。相应的，该插件的动态更新方法可以应用于物流管理系统、餐饮订单系统。对此，本申请不作限定。

需要说明的是，为了便于理解该方案，下文中均以疾病的分析系统作为示例。

步骤S102：在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，得到所述插件的基础信息。

其中，待注册的插件通过web页面上传至疾病的分析系统中。待注册的插件即为系统中需要添加的某项功能插件，比如出现了一种新型疾病，则需要在疾病的分析系统中增添新型疾病的分析功能。因此，本步骤中获取具有新型疾病分析功能的插件。

在获取到待注册的插件的注册请求时，对插件配置文件进行解析，也即将插件配置文件中的类加载出来，并根据插件配置以及通过JAVA反射机制生成接口实现类和其他如mapper等依赖类。

需要说明的是，JAVA反射机制是指在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性。因此，通过JAVA反射机制可以生成接口实现类和依赖类。进而通过该方式得到该插件的基础信息。比如，通过JAVA反射机制可以生成Class类，Class类代表类的实体，在运行的Java应用程序中表示类和接口。

需要说明的是，依赖是类中最常见的关系，例如书店订单系统中，订单类需要访问用户账号类，所以订单类中需要引用用户账号类，即订单类依赖用户账号类。

步骤S103：通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息。

在获取到插件的基础信息后，为了使得该插件可以使用，通过类加载器解析插件的基础信息，进而得到插件的详细信息，也即通过类加载器可得到对应的插件类的实例。每个Java类必须由某个类加载器装入到内存中才可实现相应的功能。

于本申请实施例中，通过spring注册反转机制，解析所述插件的基础信息，并注册生成插件的各个bean。其中，bean是一种软件组件，它们提供已知的功能，可以轻松重用并集成到应用程序中的java类。任何可以用Java代码创造的对象都可以利用bean进行封装。在注册完毕后，即可得到插件的详细信息。

其中，插件的详细信息还包括插件的注销信息以及插件的运行信息，方便后续的插件注册以及插件的运行。

可选地，在步骤S104通过插件类加载器解析所述插件的基础信息，生成插件的详细信息之后，所述方法还包括：初始化所述插件。其中，初始化所述插件包括初始化所述插件的数据源、和/或对所述插件进行正则处理、和/或基于所述插件建立连接池。

需要说明的是，上述的正则处理即通过正则表达式对插件中的程序进行处理。正则表达式(regular expression)是对字符串操作的一种逻辑公式，即用事先定义好的一些特定字符、及这些特定字符的组合，组成一个“规则字符串”，这个“规则字符串”用来表达对字符串的一种过滤逻辑。上述的连接池是创建和管理一个连接的缓冲池的技术，这些连接准备好被任何需要它们的线程使用。

步骤S104：基于所述插件接口约定，将所述插件存入本地插件列表。

最后基于插件接口约定，将已注册完成的插件存入本地插件列表中。此时，可以设置插件的服务状态，包括可用状态和不可用状态。至此，整个插件的注册加载流程完毕。

在完成新增的插件的注册后，疾病的分析系统中则增添新型疾病的分析功能。下面，对疾病的分析系统的应用进行说明，该方法包括：获取目标疾病的分析请求；基于所述目标疾病的类型，在所述本地插件列表中查找与所述目标疾病对应的目标插件；基于所述目标插件，获取所述分析结果。

示例性的，在接收到目标疾病的分析请求后，判断目标疾病的类型，比如目标疾病的类型为糖尿病，则在本地插件列表中查找与糖尿病对应的目标插件。最后，基于目标插件，获取时候患有糖尿病的分析结果。

可选地，当分析系统中不再需要某个插件时，在本地插件列表中选择注销或者将该插件设置为不可用状态即可。

综上所述，在本申请实施例中，由于预先根据预设业务需求，创建插件接口约定以及插件配置文件，因此，当业务类型增加，也即在获取到注册的插件时，只需根据创建好的插件接口约定以及插件配置文件对插件进行注册存储即可，通过该方式，实现了插件的即需，即可，即注册，即可用的功能。与现有技术相比，无需停机注册即可将在系统中新增插件。

请参阅图3，基于同一发明构思，本申请实施例还提供一种插件的动态更新装置200。该装置包括：创建模块201、处理模块202和存储模块203。

所述创建模块201，用于根据预设业务需求，创建插件接口约定以及插件配置文件。

处理模块202，用于在获取到所述待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，得到所述插件的基础信息；以及用于通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息。

存储模块203，用于基于所述插件接口约定，将所述插件存入本地插件列表。

其中，处理模块202具体用于通过spring注册反转机制，解析所述插件的基础信息，并注册所述插件的bean。

可选地，所述插件的动态更新装置200还包括初始化模块。所述初始化模块用于在所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息之后，初始化所述插件；其中，初始化所述插件包括初始化所述插件的数据源、和/或对所述插件进行正则处理、和/或基于所述插件建立连接池。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，其上存储有计算机程序，计算机程序在被运行时执行上述实施例中提供的方法。

该存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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

Claims (8)

1.一种插件的动态更新方法，其特征在于，包括：

根据预设业务需求，创建插件接口约定以及插件配置文件；

在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，通过JAVA反射机制生成接口实现类和依赖类，得到所述插件的基础信息；

通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息；

基于所述插件接口约定，将所述插件存入本地插件列表；

其中，所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息，包括：通过spring注册反转机制，解析所述插件的基础信息，并注册所述插件的bean。

2.根据权利要求1所述的插件的动态更新方法，其特征在于，在所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息之后，所述方法还包括：

初始化所述插件；其中，初始化所述插件包括初始化所述插件的数据源、和/或对所述插件进行正则处理、和/或基于所述插件建立连接池。

3.根据权利要求1所述的插件的动态更新方法，其特征在于，所述预设业务需求包括疾病的分析需求。

4.根据权利要求3所述的插件的动态更新方法，其特征在于，在所述基于所述插件接口约定，将所述插件存入本地插件列表之后，所述方法还包括：

获取目标疾病的分析请求；

基于所述目标疾病的类型，在所述本地插件列表中查找与所述目标疾病对应的目标插件；

基于所述目标插件，获取目标疾病的分析结果。

5.一种插件的动态更新装置，其特征在于，包括：

创建模块，用于根据预设业务需求，创建插件接口约定以及插件配置文件；

处理模块，用于在获取到待注册的插件以及所述待注册的插件的注册请求时，对所述插件配置文件进行解析，通过JAVA反射机制生成接口实现类和依赖类，得到所述插件的基础信息；以及用于通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息；

存储模块，用于基于所述插件接口约定，将所述插件存入本地插件列表；

其中，所述处理模块具体用于通过spring注册反转机制，解析所述插件的基础信息，并注册所述插件的bean。

6.根据权利要求5所述的插件的动态更新装置，其特征在于，所述装置还包括初始化模块；

所述初始化模块用于在所述通过插件类加载器解析所述插件的基础信息，生成所述插件的详细信息之后，初始化所述插件；其中，初始化所述插件包括初始化所述插件的数据源、和/或对所述插件进行正则处理、和/或基于所述插件建立连接池。

7.一种电子设备，其特征在于，包括：处理器和存储器，所述处理器和所述存储器连接；

所述存储器用于存储程序；

所述处理器用于运行存储在所述存储器中的程序，执行如权利要求1-4中任一项所述的方法。

8.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序在被计算机运行时执行如权利要求1-4中任一项所述的方法。

Images