CN111475227A

CN111475227A - 业务插件加载实现方法、装置和终端设备

Info

Publication number: CN111475227A
Application number: CN202010256680.9A
Authority: CN
Inventors: 张建飞
Original assignee: Shenzhen Skyworth RGB Electronics Co Ltd; Shenzhen Coocaa Network Technology Co Ltd
Current assignee: Shenzhen Skyworth RGB Electronics Co Ltd; Shenzhen Coocaa Network Technology Co Ltd
Priority date: 2020-04-02
Filing date: 2020-04-02
Publication date: 2020-07-31
Anticipated expiration: 2040-04-02
Also published as: WO2021196597A1; CN111475227B

Abstract

本发明实施例提供一种业务插件加载实现方法、装置和终端设备，该方法包括：根据下发的配置信息，并从该配置信息中获取待加载的业务插件的文件获取路径和加载方式；若为未安装插件加载方式，则根据文件获取路径获取插件的安装包文件，并根据从安装包文件中解析出的包名为业务插件独立分配至少一文件路径；根据未安装插件加载方式生成对应的第一类加载器并生成插件的资源文件以及基于资源文件和第一类加载器构建上下文。基于预定义接口利用类加载器进行类加载并传入上下文，以使运行过程中通过上下文获取插件资源并完成业务需求。本发明的方法兼容两种插件加载方式，可很好地解决系统默认不可运行第三方应用的难题，还可以实现快速开发等。

Description

业务插件加载实现方法、装置和终端设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务插件加载实现方法、装置和终端设备。

背景技术

对于支持多种业务功能的终端设备而言，如智慧屏等，为响应客户的业务需求，很多时候需要快速开发出新的业务功能。然而，一个应用程序的开发往往需要很多流程，导致应用的设计周期太长，不利于业务功能的及时上线。虽然目前也有提出插件化的加载方式，即在设备中的一应用进程中动态加载插件来提供业务，但是对于现有的设备大多只能针对系统中已安装的安装包(APK)进行插件加载，对于第三方应用，则往往存在无系统权限的问题而无法在该设备中正常安装运行等。

发明内容

有鉴于此，本发明的目的是为了克服现有技术中的不足，提供一种业务插件加载实现方法、装置和终端设备。

本发明的一实施例提供一种业务插件加载实现方法，包括：

根据接收到的来自服务器下发的配置信息，并从所述配置信息中获取待加载的业务插件的文件获取路径和加载方式；所述加载方式包括未安装插件加载方式和已安装插件加载方式；

若为所述未安装插件加载方式，则根据所述文件获取路径获取所述业务插件的安装包文件，并根据从所述安装包文件中解析出的包名为所述业务插件独立分配至少一文件路径以用于存储所述业务插件的资源文件；

根据所述未安装插件加载方式生成对应的第一类加载器，并根据所述第一类加载器和所述安装包文件生成所述业务插件的资源文件，以及基于所述资源文件和所述第一类加载器构建所述业务插件的上下文；

基于预先定义的接口利用所述类加载器进行类加载并传入所述上下文，以使运行过程中能够通过所述上下文获取所述业务插件的资源并完成对应的业务需求。

进一步地，在上述的业务插件加载实现方法中，还包括：

若为所述已安装插件加载方式，则根据已安装的所述业务插件的包名查找所述业务插件的安装路径，并为所述业务插件独立分配至少一文件路径以用于存储所述业务插件的资源文件；

根据所述已安装插件加载方式生成对应的第二类加载器，则利用所述第二类加载器和所述业务插件的包名构建所述业务插件的上下文，并利用所述上下文获取所述业务插件的资源文件。

进一步地，在上述的业务插件加载实现方法中，所述至少一文件路径包括可执行文件路径和存储文件路径；

所述存储文件路径用于访问存储的所述业务插件在运行过程中生成或下载的文件；

所述可执行文件路径用于访问存储的所述业务插件的可执行文件。

进一步地，在上述的业务插件加载实现方法中，所述至少一文件路径包括本地库文件路径，在独立分配至少一文件路径之后，还包括：

从所述业务插件的安装包文件中复制本地库内容，并将复制的所述本地库内容存储于对应于所述本地库文件路径的本地库文件中。

进一步地，在上述的业务插件加载实现方法中，所述“基于预先定义的接口利用所述类加载器进行类加载并传入所述上下文”包括：

以所述预先定义的接口作为插件执行入口，通过所述类加载器进行类加载，并对所述类进行初始化后，调用所述业务插件的所述上下文，所述上下文用于获取所述业务插件的资源。

进一步地，在上述的业务插件加载实现方法中，还包括：

在获取所述业务插件内的界面资源时，使用显示控件类的获取上下文函数返回一个界面元素给调用界面进行显示。

本发明的另一实施例提供一种业务插件加载实现装置，包括：

插件信息获取模块，用于根据接收到的来自服务器下发的配置信息，并从所述配置信息中获取待加载的业务插件的文件获取路径和加载方式；所述加载方式包括未安装插件加载方式和已安装插件加载方式；

文件路径分配模块，用于若所述插件信息获取模块中的所述加载方式为所述未安装插件加载方式，则根据所述文件获取路径获取所述业务插件的安装包文件，并根据从所述安装包文件中解析出的包名信息为所述业务插件独立分配至少一文件路径以用于存储所述业务插件的资源文件；

类加载器创建模块，用于根据所述未安装插件加载方式生成对应的第一类加载器，并根据所述第一类加载器和所述安装包文件生成所述业务插件的资源文件，以及基于所述资源文件和所述第一类加载器构建所述业务插件的上下文；

插件加载执行模块，用于基于预先定义的接口利用所述类加载器进行类加载并传入所述上下文，以使运行过程中能够通过所述上下文获取所述业务插件的资源并完成对应的业务需求。

进一步地，在上述的业务插件加载实现装置中，还包括：

所述文件路径分配模块，还用于若所述插件信息获取模块中的所述加载方式为所述已安装插件加载方式，则根据已安装的所述业务插件的包名查找所述业务插件的安装路径，并为所述业务插件独立分配至少一文件路径以用于存储所述业务插件的资源文件；

所述类加载器创建模块，还用于根据所述已安装插件加载方式生成对应的第二类加载器，则利用所述第二类加载器和所述业务插件的包名构建所述业务插件的上下文，并利用所述上下文获取所述业务插件的资源文件。

本发明的又一实施例提供一种终端设备，所述终端设备包括处理器和存储器，所述存储器存储有计算机程序，所述处理器用于执行所述计算机程序以实施上述的业务插件加载实现方法。

本发明的再一实施例提供一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被执行时，实施上述的业务插件加载实现方法。

本发明的实施例具有如下优点：

本发明的技术方案提出对不同的业务功能均以插件的形式进行开发和加载，其中加载过程中区别两种不同的加载方式，分别是未安装加载方式和已安装加载方式，并针对不同的加载方式类型采用不同的方式来构建不同的类加载器及上下文以及资源获取等。该实现方法采用两种不同的插件加载方式，可以很好地解决系统默认不可运行第三方业务应用的难题；由于插件开发快，单个插件体积小，每一个插件只负责相应的部分业务功能，从而做到了最小的系统框架及系统资源等的改动，解耦了工程复杂度，还可以达到最快更新目的。

附图说明

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

图1示出了本发明实施例业务插件加载实现方法的第一流程示意图；

图2示出了本发明实施例业务插件加载实现方法的第二流程示意图；

图3示出了本发明实施例业务插件加载实现方法的应用示意图；

图4示出了本发明实施例业务插件加载实现装置的结构示意图。

主要元件符号说明：

10-业务插件加载实现装置；110-插件信息获取模块；120-文件路径分配模块；130-类加载器创建模块；140-插件加载执行模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。

实施例1

请参照图1，本实施例提出一种业务插件加载实现方法，可应用于支持不同业务功能的设备，如支持家电控制及用户交互的智慧屏等。运用该方法的终端设备不仅可解决系统默认不可运行第三方业务应用的难题，还可以做到最小的系统框架及系统资源等的改动，解耦工程复杂度等。如图1所示，下面对该业务插件加载实现方法进行详细说明。

步骤S110，根据接收到的来自服务器下发的配置信息，并从所述配置信息中获取待加载的业务插件的文件获取路径和加载方式。

示范性地，当接收到来自服务器下发的配置信息时，设备可以从该配置信息中读取出待加载的插件的相关信息，例如，可包括但不限于包括，用于获取该业务插件文件的文件获取路径、加载方式和版本信息等，以及与业务需求的相关描述等。

本实施例的业务插件加载实现方法兼容两种不同的加载方式，分别为未安装插件加载方式和已安装插件加载方式。其中，对于未安装插件加载方式，是指对未得到系统权限而默认不可安装及运行的插件应用进行加载；而已安装插件的加载方式，则指对得到系统权限已安装而不可运行的插件应用进行加载。

步骤S120，若为未安装插件加载方式，则根据所述文件获取路径获取该业务插件的安装包文件，并根据从所述安装包文件中解析出的包名为该业务插件独立分配至少一文件路径以用于存储该业务插件的相关资源文件。

对于上述步骤S120，当获取的加载方式为未安装插件的加载方式，则说明该待加载的插件未安装于系统中，因此，需要先根据配置信息中提供的文件获取路径来得到插件的安装包文件，例如，可从相关的网页或连接的外设等其他途径将该安装包文件在线下载到设备的存储磁盘中。

然后，根据该安装包文件解析出该插件应用的包名(即PackageName)，并基于该包括为该待加载插件单独分配相应的文件路径。可以理解，为每一插件分配单独的相关文件路径来存储对应插件的相关资源文件，可以为该待加载的插件的独立运行提供基础。

示范性地，该至少一文件路径可包括一可执行文件路径和存储文件路径等。对于上述的可执行文件路径，通过其可以访问到存储在对应路径的业务插件的可执行文件，例如，该可执行文件可为包含该业务插件的全部操作指令以及运行代码等的Dex文件。而上述的存储文件路径，主要用于访问存储的该业务插件在运行过程中可能生成的或下载的文件等。

进一步地，对于上述的文件路径还可以分配一本地库文件路径等。例如，可从该业务插件的安装包文件中复制本地库内容，并将复制的本地库内容存储于上述分配的该本地库文件路径的本地库文件中。通过分配该业务插件的本地库(Native Library)文件的存储路径，使得复制的本地库可以单独存储。相对于现有的基于Web方案的插件加载而言，通过为待加载插件的独立运行提供单独的本地库，可提高访问或调用库文件的性能等问题。

步骤S130，根据该未安装插件加载方式生成对应的第一类加载器，并根据该第一类加载器和所述安装包文件生成该业务插件的资源文件，以及基于所述资源文件和该第一类加载器构建该业务插件的上下文。

对于上述步骤S130，对于未安装插件加载方式，将为待加载的插件生成第一类加载器，即DexClassLoader，以用于后续的类加载等。示范性地，可利用函数newDexClassLoader()来创建该未安装插件的类加载器，该函数参数主要包括该安装包APK的路径、安装包解压后的用于存储可执行文件Dex的目录、本地库文件的目录、以及上一级的类加载器等。

然后，通过该第一加载器并基于该业务插件的安装包文件生成该插件的资源文件。示范性地，可通过反射调用方法得到对应插件的资源对象，进而通过该资源对象获取到对应类的资源，例如，该资源文件中的资源可以包括R类中的多种内部类等等。

接着，以上述的第一加载器和资源文件为参数，构建该业务插件的上下文(即Context实体)。可以理解，通过该上下文可以为该待加载插件在运行时提供对应的运行环境，也可以用于获取该插件的资源等。

步骤S140，基于预先定义的接口利用该类加载器进行类加载并传入其构建得到的上下文，以使运行过程中能够通过所述上下文获取所述业务插件的资源并完成对应的业务需求。

对于上述步骤S140，示范性地，先定义一个接口，作为该插件的执行入口以用于传递上下文。通过该类加载器进行类加载，并对加载的类进行初始化后，调用该业务插件的上下文。其中，该上下文用于获取该业务插件的内部资源。例如，该内部资源可以是关于该插件的与业务功能相关的图片资源等。

在一种实施例中，在获取上述的插件的资源时，如界面资源等，该业务插件加载实现方法还包括：使用显示控件类的获取上下文函数返回一个界面元素给调用界面进行显示。示范性地，可采用显示控件View类中的获取上下文函数getContextView()返回一个对应的界面元素给调用界面进行显示。

此外，考虑到存在一些已安装的应用可能在系统中不可运行的问题，进一步地，在上述步骤S110与步骤S140之间，如图2所示，本实施例的业务插件加载实现方法还包括：

步骤S150，若为已安装插件加载方式，则根据已安装的该业务插件的包名查找该业务插件的安装路径，并为该业务插件独立分配至少一文件路径以用于存储该业务插件的相关资源文件。

对于上述步骤S150，若判断出为已安装插件的加载方式，可以从配置信息中获取该已安装的插件的包名，示范性地，可先通过包管理器(PackageManager)查找该设备中所有的已安装插件，并根据当前业务插件的包名及与宿主共用的相同shareUserId来判断该已安装插件的安装包文件等安装路径。于是，根据该业务插件的包名单独分配该业务插件的多个用于存储相关资源文件的文件路径。

与上述步骤S120的未安装插件加载方式类似，示范性地，可为其分配独有的存储文件路径、可执行文件路径，以及本地库路径等。其中，在分配了本地库路径后，可从该业务插件的安装包文件中复制出本地库文件并存储至该本地库路径对应的文件中。

步骤S160，根据该已安装插件加载方式生成对应的第二类加载器，则利用该第二类加载器和该业务插件的包名构建该业务插件的上下文，并利用所述上下文获取该业务插件的资源文件。

对于上述步骤S160，示范性地，可生成对应的第二类加载器，即PathClassLoader；然后，根据业务插件的包名先构建出该业务插件的上下文。随后，根据构建得到的该上下文再从中获取到该待加载的插件的上述资源文件。可以理解，对于已安装插件的加载方式，相比上述步骤S130的未安装插件加载方式，这两者所生成的资源文件不同，资源文件及上下文的生成方式也均存在差异。最后，根据生成的PathClassLoader、上下文及资源文件等，执行上述步骤S140。

可以理解，对于上述第一种加载方式，可以很好地解决系统默认不可运行未安装应用APK的问题，同时也解决了加载未安装应用APK的性能差等问题；而对于第二种加载方式，解决了系统不可运行的已安装应用内的程序的问题。由于兼容这两种加载方式，使得该设备能够应对大部分的应用场合，大大提高了该设备的可扩展性；并且，由于加载的插件未侵入设备自带的操作系统，因此具有较好的系统稳定性等。

进一步可选地，本实施例的业务插件加载实现方法还包括：从配置信息中获取该业务插件的版本信息后，并与已安装的插件进行版本比较，若获取的为新版本，则宿主应用将先进行插件更新操作，其中，在更新过程中，将会对插件的整个安装包进行替换操作，然后在替换后再重新进行插件加载。

可以理解，本实施例的业务插件加载实现方法可以在同一宿主进程中实现多个不同插件的加载以提供不同的业务能力，如图3所示。上述的插件的安装包文件以及宿主应用均可为使用Gradle等工具编译生成的标准的安卓安装包文件。其中，各插件将在宿主应用的进程中运行，用于提供具体的业务能力；相应地，该宿主应用则用于负责各插件的加载与调度。例如，该调度可包括但不限于包括对该插件进行版本更新、移除或权限管理等等。

本实施例的业务插件加载实现方法提出对不同的业务功能均以插件的形式进行开发和加载，其中加载过程中需要区别两种不同的加载方式，分别是未安装加载方式和已安装加载方式，并针对不同的加载方式类型采用不同的方式来构建不同的类加载器及上下文以及资源获取等。该实现方法采用两种不同的插件加载方式，还可以很好地解决系统默认不可运行的第三方应用运行等难题；由于插件开发快，单个插件体积小，每一个插件只负责相应的部分业务功能，从而做到了最小的系统框架及系统资源等的改动，解耦了工程复杂度，还可以达到最快更新目的。

实施例2

请参照图4，基于上实施例1的业务插件加载实现方法，本实施例提出一种业务插件加载实现装置10，该装置包括：

插件信息获取模块110，用于根据接收到的来自服务器下发的配置信息，并从所述配置信息中获取待加载的业务插件的文件获取路径和加载方式；所述加载方式包括未安装插件加载方式和已安装插件加载方式。

文件路径分配模块120，用于若所述插件信息获取模块中的所述加载方式为所述未安装插件加载方式，则根据所述文件获取路径获取所述业务插件的安装包文件，并根据从所述安装包文件中解析出的包名信息为所述业务插件独立分配至少一文件路径以用于存储所述业务插件的资源文件。

类加载器创建模块130，用于根据所述未安装插件加载方式生成对应的第一类加载器，并根据所述第一类加载器和所述安装包文件生成所述业务插件的资源文件，以及基于所述资源文件和所述第一类加载器构建所述业务插件的上下文。

插件加载执行模块140，用于基于预先定义的接口利用所述类加载器进行类加载并传入所述上下文，以使运行过程中能够通过所述上下文获取所述业务插件的资源并完成对应的业务需求。

进一步优选地，对于上述的业务插件加载实现装置10，还包括：

该文件路径分配模块120，还用于若所述插件信息获取模块中的所述加载方式为所述已安装插件加载方式，则根据已安装的所述业务插件的包名查找所述业务插件的安装路径，并为所述业务插件独立分配至少一文件路径以用于存储所述业务插件的资源文件。

该类加载器创建模块130，还用于根据所述已安装插件加载方式生成对应的第二类加载器，则利用所述第二类加载器和所述业务插件的包名构建所述业务插件的上下文，并利用所述上下文获取所述业务插件的资源文件。

可以理解，上述的业务插件加载实现装置10对应于实施例1的方法。实施例1中的任何可选项也适用于本实施例，这里不再详述。

本发明的另一实施例提出一种终端设备，如支持多种业务功能的智慧屏等，该终端设备包括处理器和存储器，所述存储器存储有计算机程序，从而使终端设备执行上述的业务插件加载实现方法或者上述的业务插件加载实现装置中的各个模块的功能，以达到多种业务功能及时扩展目的。

本发明还提供了一种计算机可读存储介质，用于储存上述终端设备中使用的所述计算机程序。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims

1.一种业务插件加载实现方法，其特征在于，包括：

2.根据权利要求1所述的业务插件加载实现方法，其特征在于，还包括：

3.根据权利要求1或2所述的业务插件加载实现方法，其特征在于，所述至少一文件路径包括可执行文件路径和存储文件路径；

4.根据权利要求3所述的业务插件加载实现方法，其特征在于，所述至少一文件路径包括本地库文件路径，在独立分配至少一文件路径之后，还包括：

5.根据权利要求1或2所述的业务插件加载实现方法，其特征在于，所述“基于预先定义的接口利用所述类加载器进行类加载并传入所述上下文”包括：

6.根据权利要求5所述的业务插件加载实现方法，其特征在于，还包括：

7.一种业务插件加载实现装置，其特征在于，包括：

8.根据权利要求7所述的业务插件加载实现装置，其特征在于，还包括：

9.一种终端设备，其特征在于，所述终端设备包括处理器和存储器，所述存储器存储有计算机程序，所述处理器用于执行所述计算机程序以实施权利要求1-6中任一项所述的业务插件加载实现方法。

10.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序被执行时，实施根据权利要求1-6中任一项所述的业务插件加载实现方法。