CN108089895B - 一种插件中Activity的注册方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本发明实施例提供了一种插件中Activity的注册方法、装置、电子设备及存储介质，方法应用于宿主，包括：获得用于加载Activity的Intent信息，确定插件中的待加载Activity；得到待加载Activity预设属性的目标属性值；在第一类Activity中查找预设属性的属性值为目标属性值的目标Activity，第一类Activity为：第二文件中预先声明的Activity，第二文件为：宿主的AndroidManifest.xml文件；设置Intent信息指向目标Activity，完成待加载Activity注册。应用本发明实施例提供的技术方案，实现了灵活的对插件中Activity进行注册。

Description

一种插件中Activity的注册方法、装置、电子设备以及存储 介质

技术领域

本发明涉及软件技术领域，特别是涉及一种插件中Activity的注册方法、装置、电子设备及计算机可读存储介质。

背景技术

随着Android(安卓)平台上应用程序的功能越来越强大，应用程序的体积也越来越大，并且功能维护也越来越不方便，因此，为了减小应用程序的体积和便于功能维护，插件化技术应运而生。

插件化技术的思想是：将整个应用程序拆分成很多模块，这些模块包括一个宿主和多个插件，每个模块都是一个APK(Android Package，安卓安装包)，其中，一个插件用于实现应用程序的一个功能，宿主可以加载插件运行，也可以独立运行，而插件不能独立运行，需要加载到宿主后才能运行，因此，可以只将宿主作为应用程序，安装到移动设备中。当应用程序需要某个功能时，宿主再动态加载具备该功能的插件，故可以减小应用程序的体积。当宿主中加载的某个插件崩溃时，设计人员可以修改该插件的代码，进而，宿主可以重新加载修改后的插件，从而便于功能维护。

Activity是Android组件中最基本的，也是最为常见的四大组件之一，主要用于与用户交互。一个插件可以包含一个或多个Activity。当一个插件新增或修改Activity时，认为该插件发生了更新，因此宿主需要动态加载该插件，动态加载插件的核心问题是动态加载插件中的Activity，而在加载插件中的Activity之前，需要对插件中的Activity进行注册。

为此，提供一种能够灵活的对插件中Activity进行注册的方式是亟待解决的问题。

发明内容

本发明实施例的目的在于提供一种插件中Activity的注册方法、装置、电子设备及计算机可读存储介质，以实现灵活的对插件中Activity进行注册。具体技术方案如下：

第一方面，本发明实施例提供了一种插件中Activity的注册方法，应用于宿主，方法包括：

获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件；

在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册。

可选的，所述预设属性包括以下属性中的至少一种：主题、进程、屏幕方向、导出模式以及启动模式。

可选的，在所述Intent信息的参数值包括Activity类名的情况下，所述根据所述Intent信息，确定插件中的待加载Activity，包括：

在第二类Activity中查找类名为目标类名的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标类名为：所述Intent信息的参数中包括的Activity类名。

可选的，在所述Intent信息的参数值不包括Activity类名的情况下，所述根据所述Intent信息，确定插件中的待加载Activity，包括：

在第二类Activity中查找所包含意图过滤Intent-filter信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标参数值为：所述Intent信息的参数值。

可选的，在所述设置Intent信息指向所述目标Activity之后，所述方法还包括：

实例化所述待加载Activity静态类型的属性，并将所述待加载Activity动态类型的属性加入至所述实例化后的待加载Activity。

可选的，所述静态类型的属性包括以下属性中的至少一种：进程、导出模式以及启动模式；所述动态类型的属性包括以下属性中的至少一种：主题和屏幕方向。

第二方面，本发明实施例提供了一种插件中Activity的注册装置，应用于宿主，装置包括：

获得模块，用于获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

解析模块，用于对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件；

查找模块，用于在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置模块，用于设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册。

可选的，所述预设属性包括以下属性中的至少一种：主题、进程、屏幕方向、导出模式以及启动模式。

可选的，所述获得模块具体用于：

在所述Intent信息的参数值包括Activity类名的情况下，在第二类Activity中查找类名为目标类名的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标类名为：所述Intent信息的参数中包括的Activity类名。

可选的，所述获得模块具体用于：

在所述Intent信息的参数值不包括Activity类名的情况下，在第二类Activity中查找所包含意图过滤Intent-filter信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标参数值为：所述Intent信息的参数值。

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

实例化模块，用于在所述设置Intent信息指向所述目标Activity之后，实例化所述待加载Activity静态类型的属性，并将所述待加载Activity动态类型的属性加入至所述实例化后的待加载Activity。

可选的，所述静态类型的属性包括以下属性中的至少一种：进程、导出模式以及启动模式；所述动态类型的属性包括以下属性中的至少一种：主题和屏幕方向。

第三方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

处理器，用于执行存储器上所存放的程序时，实现上述任一所述的插件中Activity的注册方法步骤。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的插件中Activity的注册方法。

在本发明实施的又一方面，本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的插件中Activity的注册方法。

应用本发明实施例提供的技术方案，获得Intent信息，根据Intent信息，确定插件中的待加载Activity；对第一文件进行解析，得到待加载Activity预设属性的属性值，作为目标属性值；在第一类Activity中查找预设属性的属性值为目标属性值的Activity，作为目标Activity；设置intent信息指向目标Activity。

由于第一类Activity预设属性的属性值涵盖预设属性的所有属性值，因此，宿主必能在第一类Activity中查找到目标Activity，进而完成待加载Activity的注册，故，在对插件中Activity进行注册的过程中，无需设计人员修改宿主的AndroidManifest.xml文件，实现了灵活的对插件中Activity进行注册。

附图说明

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

图1为本发明实施例提供的插件中Activity的注册方法的一种流程示意图；

图2为本发明实施例提供的插件中Activity的注册装置的一种结构示意图；

图3为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

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

为了实现灵活的对插件中Activity进行注册，本发明实施例提供了一种插件中Activity的注册方法、装置、电子设备及存储介质。

一种实现方式中，上述插件中Activity的注册方法，包括：获得Intent信息，根据Intent信息，确定插件中的待加载Activity；对第一文件进行解析，得到待加载Activity预设属性的属性值，作为目标属性值；在第一类Activity中查找预设属性的属性值为目标属性值的Activity，作为目标Activity；设置intent信息指向目标Activity。

应用本发明实施例提供的技术方案，第一类Activity预设属性的属性值涵盖预设属性的所有属性值，因此，宿主必能在第一类Activity中查找到目标Activity，进而完成待加载Activity的注册，故，在对插件中Activity进行注册的过程中，无需设计人员修改宿主的AndroidManifest.xml文件，实现了灵活的对插件中的Activity进行注册。

下面对本发明实施例提供的一种插件中Activity的注册方法进行详细介绍。

需要说明的是，本发明实施例所提供的一种插件中Activity的注册方法的执行主体可以为宿主，宿主可以位于电子设备中。另外，本发明实施例提供的插件中Activity的注册方法的执行主体还可以为一种插件中Activity的注册装置，具体的，该插件中Activity的注册装置可以位于移动终端、计算机等电子设备中，当然，还可以为位于服务器集群中的某一个服务器等，此处不作限定。

参见图1，本发明实施例提供了一种插件中Activity的注册方法，该方法应用于宿主，包括如下步骤：

S101，获得用于加载Activity的Intent信息，并根据Intent信息，确定插件中的待加载Activity；

上述Intent信息是指：用于加载Activity的意图信息。Intent信息用于描述所需加载的Activity将执行的动作、执行动作所操作的数据、附加数据等等。

Android平台提供了Intent机制，通过Intent机制不同Activity之间可以进行数据交互，具体过程可以为：当宿主或插件中的一个Activity有数据交互需求时，该Activity可以生成Intent信息，并通过发送广播(sendBroadcast)机制向宿主的Intent处理进程传送Intent信息，根据Intent信息，宿主的Intent处理进程可以从插件中确定出能够与该Activity进行数据交互的Activity，作为插件中的待加载Activity。

具体的，Intent信息可以包括参数值，其中，Intent信息中的参数值用于对所需加载的Activity将操作的动作、执行动作所操作的数据、附加数据等进行描述。

上述参数值可以分为以下几类：Action(动作)值、Data(执行动作所操作的数据)值、Type(数据类型)值、Category(附加信息)值、Component(组件类名)值等。

具体的，在Intent信息的参数值包括Activity类名的情况下，根据Intent信息，确定插件中的待加载Activity，可以为：

在第二类Activity中查找类名为目标类名的Activity，作为插件中的待加载Activity，

其中，第二类Activity为：第一文件中预先声明的Activity，第一文件为：插件的AndroidManifest.xml文件，目标类名为：Intent信息的参数中包括的Activity类名。

可以理解的是，第二类Activity的属性中可以包括Activity的类名，每个第二类Activity的类名唯一，在第二类Activity中找到类名为目标类名的Activity后，可以将所找到的Activity作为插件中的待加载Activity。

示例性的，第二类Activity的类名分别为：A、B、C，目标类名为C，则将第二类Activity中类名为C的Activity作为目标Activity。

在一种实现方式中，在Intent信息的参数值中不包括Activity类名的情况下，根据Intent信息，确定插件中的待加载Activity，包括：

在第二类Activity中查找所包含Intent-filter(意图过滤)信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity，

其中，第二类Activity为：第一文件中预先声明的Activity，目标参数值为：Intent信息的参数值。

可以理解的是，第二类Activity预先声明的属性信息可以包括Intent-filter信息，其中，上述Intent-filter信息用于描述Activity所支持Intent信息的参数值，包括：Action值、Category值、Data值等。

具体的，上述Intent-filter信息由参数值列表构成，例如：Action列表、Data列表、Type列表、Category列表等等。每个参数值列表中包括Activity针对该参数的所有合法取值。

例如，某个第二类Activity包含的Intent-filter信息中Category列表包括参数值：LAUNCHER_CATEGORY和ALTERNATIVE_CATEGORY，则该第二类Activity对于Category的所有合法取值包括：LAUNCHER_CATEGORY和ALTERNATIVE_CATEGORY。

宿主在获得Intent信息后，可以得到Intent信息的参数值，也就是目标参数值，从而，在第二类Activity中查找所包含Intent-filter信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity。

示例性的，目标参数值为：Category值LAUNCHER_CATEGORY，则在第二类Activity中查找所包含Intent-filter信息的Category列表中存在LAUNCHER_CATEGORY的Activity，作为插件中的待加载Activity。

另外，针对目标参数值包括多个参数值的情况，可以按照预设的各个参数值的优先级，在第二类Activity中进行查找，得到插件中的待加载Activity。

示例性的，预设优先级顺序从高到低依次为：Action值、Type值、Data值、Category值，目标参数值包括：Action值A和Type值T，则首先从第二类Activity中查找所包含的Intent-filter信息的Action列表存在A的Activity，然后从查找到的Activity中查找所包含的Intent-filter信息的Type列表存在T的Activity，作为待加载Activity。

S102，对第一文件进行解析，得到待加载Activity预设属性的属性值，作为目标属性值；

其中，第一文件为：插件的AndroidManifest.xml文件。

预设属性可以根据设计人员的需求事先设定，可以包括以下属性中的至少一种：主题、进程、屏幕方向、导出模式以及启动模式。

可以理解的是，设计人员可以事先在第一文件中声明Activity的一个或多个属性，每个属性均有属性值，属性值可以为空值，也可以为非空值。属性包括：类名、启动模式(LaunchMode)、最大任务数、权限、主题(Theme)、进程(Process)、屏幕方向(ScreenOrientation)以及导出模式(exported)等等。

对于每一预设属性，如果待加载Activity中存在该预设属性，则宿主可以得到该预设属性的属性值，从而，目标属性值包括该预设属性的属性值；否则，宿主无法得到该预设属性的属性值，从而，目标属性值不包括该预设属性的属性值。

示例性的，如果待加载Activity的属性包括：启动模式、最大任务数、权限、主题以及进程，预设属性包括：主题、进程、屏幕方向、导出模式以及启动模式，则目标属性值包括：启动模式值、主题值以及进程值；如果待加载Activity的属性类型包括：启动模式、最大任务数，则目标属性值包括：启动模式值。

由于应用本发明实施例，只需得到待加载Activity预设属性的属性值，因此，宿主可以只解析待加载Activity预设属性的属性值，无需解析待加载Activity所有属性的属性值，提高了宿主对第一文件的解析速度。

S103，在第一类Activity中查找预设属性的属性值为目标属性值的Activity，作为目标Activity；

其中，第一类Activity为：第二文件中预先声明的Activity，第二文件为：宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

由于对于Activity的每一属性，其属性值的取值情况有限，例如，导出模式的属性值有两种取值情况，分别为：true和false，true表示Activity可以被其它程序调用，false表示Activity不可以被其它程序调用，启动模式的属性值有四种取值情况，分别为：标准启动模式(Standard)、单一顶部模式(SingleTop)、单一栈模式(SingleTask)、全局单例模式(singleInstance)。

因此，设计人员在设置预设属性后，可以获知预设属性的所有属性值，为了保证第一类Activity预设属性的属性值涵盖预设属性的所有属性值，在声明每一第一类Activity时，设计人员可以设置该第一类Activity预设属性的属性值为预设属性的一种取值情况，直至所声明的第一类Activity预设属性的属性值涵盖预设属性的所有属性值。在这种情况下，对于任何目标属性值，宿主均可以在第一类Activity中查找预设属性的属性值为目标属性值的Activity。

S104，设置Intent信息指向目标Activity，完成待加载Activity的注册。

具体的，针对所获得的目标Activity只有一个的情况，可以设置Intent信息指向该目标Activity，完成待加载Activity的注册。

针对所获得的目标Activity有多个的情况，宿主可以随机从所获得的目标Activity选择一个，并设置Intent信息指向所选择的目标Activity；或者，宿主在获得多个目标Activity后，可以弹出一个显示界面，显示所获得的所有目标Activity，用户对所显示的所有目标Activity进行选择，从而，宿主可以获得用户选择的目标Activity，并设置Intent信息指向用户选择的目标Activity。

可见，应用本发明实施例提供的技术方案，由于第一类Activity预设属性的属性值涵盖预设属性的所有属性值，因此，宿主必能在第一类Activity中查找到目标Activity，进而完成待加载Activity的注册，故，在对插件中Activity进行注册的过程中，无需设计人员修改宿主的AndroidManifest.xml文件，实现了灵活的对插件中的Activity进行注册。

为了实现对待加载Activity的加载，在一种具体的实施方式中，在设置Intent信息指向目标Activity之后，方法还可以包括：

实例化待加载Activity静态类型的属性，并将待加载Activity动态类型的属性加入至实例化后的待加载Activity。

可以理解的是，在面向对象的程序语言中，通常把用类创建对象的过程称为实例化，Activity的属性可以看做是一个对象，为了实现对Activity的加载，通常需要实例化Activity的属性，实例化Activity的属性可以理解成：为Activity的属性开辟内存空间。

设计人员可以预先在第一文件中声明Activity的类，静态类型的属性是内置在Activity的类中的属性，动态类型的属性是Activity的类可以动态扩展的属性。

具体的，静态类型的属性包括以下属性中的至少一种：进程、导出模式以及启动模式；动态类型的属性包括以下属性中的至少一种：主题和屏幕方向。

可见，应用本发明实施例提供的技术方案，宿主可以实例化待加载Activity静态类型的属性，并将待加载Activity动态类型的属性加入至实例化后的待加载Activity，从而实现了对待加载Activity的加载。

相应于上述插件中Activity的注册方法实施例，本发明实施例提供了一种插件中Activity的注册装置，应用于宿主，参见图2所示，与图1所示流程相对应，装置包括：

获得模块201，用于获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

解析模块202，用于对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件；

查找模块203，用于在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置模块204，用于设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册。

应用本发明实施例提供的技术方案，由于第一类Activity预设属性的属性值涵盖预设属性的所有属性值，因此，宿主必能在第一类Activity中查找到目标Activity，进而完成待加载Activity的注册，故，在对插件中Activity进行注册的过程中，无需设计人员修改宿主的AndroidManifest.xml文件，实现了灵活的对插件中的Activity进行注册。

可选的，所述预设属性包括以下属性中的至少一种：主题、进程、屏幕方向、导出模式以及启动模式。

可选的，所述获得模块201具体用于：

在所述Intent信息的参数值包括Activity类名的情况下，在第二类Activity中查找类名为目标类名的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标类名为：所述Intent信息的参数中包括的Activity类名。

可选的，所述获得模块201具体用于：

在所述Intent信息的参数值不包括Activity类名的情况下，在第二类Activity中查找所包含意图过滤Intent-filter信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标参数值为：所述Intent信息的参数值。

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

实例化模块，用于在所述设置Intent信息指向所述目标Activity之后，实例化所述待加载Activity静态类型的属性，并将所述待加载Activity动态类型的属性加入至所述实例化后的待加载Activity。

可选的，所述静态类型的属性包括以下属性中的至少一种：进程、导出模式以及启动模式；所述动态类型的属性包括以下属性中的至少一种：主题和屏幕方向。

本发明实施例还提供了一种电子设备，如图3所示，包括处理器301、通信接口302、存储器303和通信总线304，其中，处理器301，通信接口302，存储器303通过通信总线304完成相互间的通信，

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

处理器301，用于执行存储器303上所存放的程序时，实现本发明实施例所提供的插件中Activity的注册方法。

其中，该插件中Activity的注册方法，方法包括：

获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件；

在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册。

可见，应用本发明实施例提供的技术方案，由于第一类Activity预设属性的属性值涵盖预设属性的所有属性值，因此，宿主必能在第一类Activity中查找到目标Activity，进而完成待加载Activity的注册，故，在对插件中Activity进行注册的过程中，无需设计人员修改宿主的AndroidManifest.xml文件，实现了灵活的对插件中的Activity进行注册。

需要说明的是，处理器301执行存储器302上存放的程序而实现的插件中Activity的注册方法的其他实施例，与前述方法部分提及的插件中Activity的注册方法的实施例相同，在此不再赘述。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，该计算机程序被处理器执行时实现上述的插件中Activity的注册方法步骤。

其中，该插件中Activity的注册方法包括如下步骤：

获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件；

在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册。

可见，应用本发明实施例提供的技术方案，由于第一类Activity预设属性的属性值涵盖预设属性的所有属性值，因此，宿主必能在第一类Activity中查找到目标Activity，进而完成待加载Activity的注册，故，在对插件中Activity进行注册的过程中，无需设计人员修改宿主的AndroidManifest.xml文件，实现了灵活的对插件中的Activity进行注册。

需要说明的是，上述计算机程序被处理器执行时实现的插件中Activity的注册方法的其他实施例，与前述方法部分提及的插件中Activity的注册方法的实施例相同，在此不再赘述。

本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例提供的插件中Activity的注册方法。

本发明实施例提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述各个实施例提供的插件中Activity的注册方法。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质、包含指令的计算机程序产品、计算机程序实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (8)

1.一种插件中Activity的注册方法，其特征在于，应用于宿主，方法包括：

获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件，所述预设属性包括以下属性中的至少一种：主题、进程、屏幕方向、导出模式以及启动模式；

在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册；

其中，在所述Intent信息的参数值包括Activity类名的情况下，所述根据所述Intent信息，确定插件中的待加载Activity，包括：

在第二类Activity中查找类名为目标类名的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标类名为：所述Intent信息的参数中包括的Activity类名；

其中，在所述Intent信息的参数值不包括Activity类名的情况下，所述根据所述Intent信息，确定插件中的待加载Activity，包括：

在第二类Activity中查找所包含意图过滤Intent-filter信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标参数值为：所述Intent信息的参数值。

2.根据权利要求1所述的方法，其特征在于，在所述设置Intent信息指向所述目标Activity之后，所述方法还包括：

实例化所述待加载Activity静态类型的属性，并将所述待加载Activity动态类型的属性加入至所述实例化后的待加载Activity。

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

所述静态类型的属性包括以下属性中的至少一种：进程、导出模式以及启动模式；

所述动态类型的属性包括以下属性中的至少一种：主题和屏幕方向。

4.一种插件中Activity的注册装置，其特征在于，应用于宿主，装置包括：

获得模块，用于获得用于加载Activity的意图Intent信息，并根据所述Intent信息，确定插件中的待加载Activity；

解析模块，用于对第一文件进行解析，得到所述待加载Activity预设属性的属性值，作为目标属性值，其中，所述第一文件为：所述插件的AndroidManifest.xml文件，所述预设属性包括以下属性中的至少一种：主题、进程、屏幕方向、导出模式以及启动模式；

查找模块，用于在第一类Activity中查找预设属性的属性值为所述目标属性值的Activity，作为目标Activity，其中，第一类Activity为：第二文件中预先声明的Activity，所述第二文件为：所述宿主的AndroidManifest.xml文件，第一类Activity预设属性的属性值涵盖预设属性的所有属性值；

设置模块，用于设置所述Intent信息指向所述目标Activity，完成所述待加载Activity的注册；

其中，所述获得模块具体用于：

在所述Intent信息的参数值包括Activity类名的情况下，在第二类Activity中查找类名为目标类名的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标类名为：所述Intent信息的参数中包括的Activity类名；

其中，所述获得模块具体用于：

在所述Intent信息的参数值不包括Activity类名的情况下，在第二类Activity中查找所包含意图过滤Intent-filter信息的参数值列表中存在目标参数值的Activity，作为插件中的待加载Activity，其中，第二类Activity为：所述第一文件中预先声明的Activity，所述目标参数值为：所述Intent信息的参数值。

5.根据权利要求4所述的装置，其特征在于，所述装置还包括：

实例化模块，用于在所述设置Intent信息指向所述目标Activity之后，实例化所述待加载Activity静态类型的属性，并将所述待加载Activity动态类型的属性加入至所述实例化后的待加载Activity。

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

所述静态类型的属性包括以下属性中的至少一种：进程、导出模式以及启动模式；

所述动态类型的属性包括以下属性中的至少一种：主题和屏幕方向。

7.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

处理器，用于执行存储器上所存放的程序时，实现权利要求1-3任一所述的方法步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-3任一所述的方法步骤。

Images