CN106990991A - 插件进程的映射方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种插件进程的映射方法、装置和系统，其中，方法包括：解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。本发明实施例可以基于配置信息动态为插件进程建立映射进程，使不同需求的进程能够在映射插件中单独运行，保证了不同进程的独立性。

Description

插件进程的映射方法、装置和系统

技术领域

本发明涉及插件进程管理技术，尤其是一种插件进程的映射方法、装置和系统。

背景技术

对于插件进程的映射，现有技术中通常对于插件不进行区分，并且将插件中的所有进程映射到卫士中的一个进程中；插件中的四大组件Activity、Service、ContentProvider、Broadcast Receiver分别在不同的进程中，但卫士作为映射只提供了一个默认进程，即卫士忽略了插件的进程区分，也忽略了插件Activity的taskAffinity的区分修改。

发明内容

本发明实施例所要解决的一个技术问题是：提供一种对插件中的进程进行区分映射的插件进程的映射方法。

本发明实施例提供的一种插件进程的映射方法，包括：

解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；

获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。

基于上述方法的另一实施例中，所述将运行进程与映射进程进行对应，包括：

根据从所述单品插件中获取的配置信息将所述运行进程动态匹配到映射进程。

基于上述方法的另一实施例中，所述根据所述配置信息对所有运行进程在所述映射插件中建立映射进程，包括：

基于所述运行进程中的多种组件在所述对应的映射进程中的建立多种映射组件；每种所述映射组件对应运行进程中的一种组件。

基于上述方法的另一实施例中，所述运行进程中的多种组件包括：Activity、Service、Content Provider和Broadcast Receiver；

本发明方法还包括：

基于Activity的归属将归属相同的Activity对应到映射进程的相同组件中。

基于上述方法的另一实施例中，所述映射进程包括一直在后台运行的常驻进程和每间隔设定时间自动清除的UI进程；

所述UI进程对应所述运行进程中不需要一直运行的进程；所述常驻进程对应所述运行进程中需要一直运行的进程。

基于上述方法的另一实施例中，所述解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件，包括：

解析单品插件的安装包，获取JS对象标记格式的配置信息，根据所述获取的JSON格式的配置信息为所述单品插件建立映射插件。

根据本发明实施例的另一个方面，提供的一种插件进程的映射装置，包括：

插件映射单元，用于解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；

进程映射单元，用于获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。

根据本发明实施例的另一个方面，提供的一种插件进程的映射系统，包括如上所述的插件进程的映射装置。

基于本发明上述实施例提供的插件进程的映射方法、装置和系统，基于配置信息动态为插件进程建立映射进程，使不同需求的进程能够在映射插件中单独运行，保证了不同进程的独立性。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1为本发明插件进程的映射方法一个实施例的流程图。

图2为本发明插件进程的映射方法应用的一个具体示例。

图3为本发明插件进程的映射装置一个实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本发明实施例可以应用于计算机系统/服务器，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

图1为本发明插件进程的映射方法一个实施例的流程图。如图1所示，该实施例方法包括：

步骤101，解析单品插件获得该单品插件的配置信息，基于配置信息为单品插件建立映射插件。

步骤102，获取单品插件的所有运行进程，根据配置信息对所有运行进程在映射插件中建立映射进程。

其中，每个映射进程对应一个运行进程。

基于本发明上述实施例提供的插件进程的映射方法，基于配置信息动态为插件进程建立映射进程，使不同需求的进程能够在映射插件中单独运行，保证了不同进程的独立性。

在上述实施例方法的一个具体示例中，步骤20将运行进程与映射进程进行对应的过程，可以包括：

根据从单品插件中获取的配置信息将运行进程动态匹配到映射进程。

在具体应用中，解析插件APK包中的AndroidManifest.xml的meta-data的process_map配置，该配置是JSON格式的；解析后得到组件所有的ComponentInfo信息，并根据上面的JSON配置替换为对应的进程。如：

适配前：ComponentInfo的processName属性值为com.xxx.launcher:wff；

适配后：ComponentInfo的processName属性值为com.qihoo360.mobilesafe；

即com.xxx.launcher:wff->$UI->com.qihoo360.mobilesafe，实现了单品插件到360卫士的映射。

本发明插件进程的映射方法的另一个实施例中，在上述实施例的基础上，步骤20中根据配置信息对所有运行进程在映射插件中建立映射进程的过程，可以包括：

基于运行进程中的多种组件在对应的映射进程中的建立多种映射组件；每种映射组件对应运行进程中的一种组件。

本实施例通过对每种组件分别建立对应的映射组件，满足了每种不同组件的需求，克服了现有技术中只有UI进程加载插件化四大组件，没有和UI功能一样但不自杀的进程，而launcher则希望不论前后台要一直存活不自杀，若放在UI进程中则违背了UI进程设计的初衷，不能放在UI进程中，现有技术无法解决这些问题，而本实施例通过每种映射组件对应运行进程中的一种组件解决了不同组件需求不同的问题。

在上述实施例方法的一个具体示例中，运行进程中的多种组件主要包括：Activity、Service、Content Provider和Broadcast Receiver这四大组件；

本发明方法还包括：

基于Activity的归属将归属相同的Activity对应到映射进程的相同组件中。

本实施例中对于插件的四大组件Activity、Service、Content Provider、Broadcast Receiver在不同的进程中，提供了多个进程，实际应用中即在360卫士中依照插件的进程区分，并根据插件的配置，动态匹配到卫士相应的进程，同理也根据插件Activity的taskAffinity的区分并动态匹配Activity的坑位。

taskAffinity是指Activity的归属，也就是Activity应该在哪个Task中，Activity与Task的吸附关系。每个Activity都有taskAffinity属性，这个属性指出了它希望进入的Task。如果一个Activity没有显式的指明该Activity的taskAffinity，那么它的这个属性就等于Application指明的taskAffinity，如果Application也没有指明，那么该taskAffinity的值就等于包名。

本发明插件进程的映射方法的又一个实施例中，在上述实施例的基础上，映射进程包括一直在后台运行的常驻进程和每间隔设定时间自动清除的UI进程；

UI进程对应运行进程中不需要一直运行的进程；常驻进程对应运行进程中需要一直运行的进程。

本实施例中自动清除的UI进程是为了节省资源，通常是切换到后台后10秒就会自杀，而常驻进程切换到后台后，会一直在保持运行在后台，保证了对一些需要一直运行的进程能够始终处于运行状态，实现了除UI进程以外，还有和它一样功能但不自杀的进程，满足了插件中不同进程的不同需求。

图2为本发明插件进程的映射方法应用的一个具体示例。如图2所示，将本发明插件进程的映射方法应用到现有的360安全卫士中，首先解析单品插件获得单品插件的配置信息，基于配置信息为该单品插件在卫士中建立映射插件。

获取该单品插件的所有运行进程，包括图2中左侧显示的进程A、进程B、进程C等，对所有运行进程在卫士中建立映射进程，映射进程如图2中右侧显示的UI进程、进程A、进程B等；其中单品插件中的进程A对应卫士中的UI进程，单品插件中的进程B对应卫士中的进程A，单品插件中的进程C对应卫士中的进程B。

在具体应用中，由图2中可知，插件中Activity组件的taskAffinity相同时对应卫士中的同一Activity组件，如：插件中的Activity(taskAffinityPA)和Activity(taskAffinityPA)对应卫士中的Activity(taskAffinityA)；而插件中其他组件与卫士中相同的组件相对应。

在上述实施例方法的一个具体示例中，步骤20具体可以包括：

解析单品插件的安装包，获取JSON格式的配置信息，根据获取的JSON格式的配置信息为单品插件建立映射插件。

JSON(JavaScript Object Notation,JS对象标记)是一种轻量级的数据交换格式。它基于ECMAScript规范的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图3为本发明插件进程的映射装置一个实施例的结构示意图。该实施例的装置可用于实现本发明上述各方法实施例。如图3所示，该实施例的装置包括

插件映射单元21，用于解析单品插件获得该单品插件的配置信息，基于配置信息为单品插件建立映射插件；

进程映射单元22，用于获取单品插件的所有运行进程，根据配置信息对所有运行进程在映射插件中建立映射进程。

其中，每个映射进程对应一个运行进程。

基于本发明上述实施例提供的插件进程的映射装置，基于配置信息动态为插件进程建立映射进程，使不同需求的进程能够在映射插件中单独运行，保证了不同进程的独立性。

在上述实施例装置的一个具体示例中，进程映射单元22包括：

进程匹配模块，用于根据从单品插件中获取的配置信息将运行进程动态匹配到映射进程。

本发明插件进程的映射装置的另一个实施例中，在上述实施例的基础上，进程映射单元22包括：

组件映射模块，用于基于运行进程中的多种组件在对应的映射进程中的建立多种映射组件；每种映射组件对应运行进程中的一种组件。

在上述实施例装置的一个具体示例中，进程映射单元22包括：

进程匹配模块，用于根据从单品插件中获取的配置信息将运行进程动态匹配到映射进程；

组件映射模块，用于基于运行进程中的多种组件在对应的映射进程中的建立多种映射组件；每种映射组件对应运行进程中的一种组件。

本实施例通过对每种组件分别建立对应的映射组件，满足了每种不同组件的需求，克服了现有技术中只有UI进程加载插件化四大组件，没有和UI功能一样但不自杀的进程，而launcher则希望不论前后台要一直存活不自杀，若放在UI进程中则违背了UI进程设计的初衷，不能放在UI进程中，现有技术无法解决这些问题，而本实施例通过每种映射组件对应运行进程中的一种组件解决了不同组件需求不同的问题。

在上述实施例装置的一个具体示例中，运行进程中的多种组件包括：Activity、Service、Content Provider和Broadcast Receiver；

组件映射模块还用于基于Activity的归属将归属相同的Activity对应到映射进程的相同组件中。

本发明插件进程的映射装置的又一个实施例中，在上述实施例的基础上，映射进程包括一直在后台运行的常驻进程和每间隔设定时间自动清除的UI进程；

UI进程对应运行进程中不需要一直运行的进程；常驻进程对应所述运行进程中需要一直运行的进程。

本实施例中自动清除的UI进程是为了节省资源，通常是切换到后台后10秒就会自杀，而常驻进程切换到后台后，会一直在保持运行在后台，保证了对一些需要一直运行的进程能够始终处于运行状态，实现了除UI进程以外，还有和它一样功能但不自杀的进程，满足了插件中不同进程的不同需求。

在上述实施例装置的一个具体示例中，插件映射单元22，具体用于解析单品插件的安装包，获取JSON格式的配置信息，根据获取的JSON格式的配置信息为单品插件建立映射插件。

根据本发明实施例的另一个方面，提供的一种插件进程的映射系统，包括如上述任意一个实施例的插件进程的映射装置。

1、一种插件进程的映射方法，包括：

解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；

获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。

2、根据1所述的方法，所述将运行进程与映射进程进行对应，包括：

根据从所述单品插件中获取的配置信息将所述运行进程动态匹配到映射进程。

3、根据1或2所述的方法，所述根据所述配置信息对所有运行进程在所述映射插件中建立映射进程，包括：

基于所述运行进程中的多种组件在所述对应的映射进程中的建立多种映射组件；每种所述映射组件对应运行进程中的一种组件。

4、根据3所述的方法，所述运行进程中的多种组件包括：Activity、Service、Content Provider和Broadcast Receiver；

本发明方法还包括：

基于Activity的归属将归属相同的Activity对应到映射进程的相同组件中。

5、根据1至4任意一项所述的方法，所述映射进程包括一直在后台运行的常驻进程和每间隔设定时间自动清除的UI进程；

所述UI进程对应所述运行进程中不需要一直运行的进程；所述常驻进程对应所述运行进程中需要一直运行的进程。

6、根据1至5任意一项所述的方法，所述解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件，包括：

解析单品插件的安装包，获取JSON格式的配置信息，根据所述获取的JSON格式的配置信息为所述单品插件建立映射插件。

7、一种插件进程的映射装置，包括：

插件映射单元，用于解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；

进程映射单元，用于获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。

8、根据7所述的装置，所述进程映射单元包括：

进程匹配模块，用于根据从所述单品插件中获取的配置信息将所述运行进程动态匹配到映射进程。

9、根据7或8所述的装置，所述进程映射单元包括：

组件映射模块，用于基于所述运行进程中的多种组件在所述对应的映射进程中的建立多种映射组件；每种所述映射组件对应运行进程中的一种组件。

10、根据9所述的装置，所述运行进程中的多种组件包括：Activity、Service、Content Provider和Broadcast Receiver；

所述组件映射模块还用于基于Activity的归属将归属相同的Activity对应到映射进程的相同组件中。

11、根据7至10任意一项所述的装置，所述映射进程包括一直在后台运行的常驻进程和每间隔设定时间自动清除的UI进程；

所述UI进程对应所述运行进程中不需要一直运行的进程；所述常驻进程对应所述运行进程中需要一直运行的进程。

12、根据7至11任意一项所述的装置，所述插件映射单元，具体用于解析单品插件的安装包，获取JSON格式的配置信息，根据所述获取的JSON格式的配置信息为所述单品插件建立映射插件。

13、一种插件进程的映射系统，包括如7至12任意一项所述的插件进程的映射装置。

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

可能以许多方式来实现本发明的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (10)

1.一种插件进程的映射方法，其特征在于，包括：

解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；

获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。

2.根据权利要求1所述的方法，其特征在于，所述将运行进程与映射进程进行对应，包括：

根据从所述单品插件中获取的配置信息将所述运行进程动态匹配到映射进程。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述配置信息对所有运行进程在所述映射插件中建立映射进程，包括：

基于所述运行进程中的多种组件在所述对应的映射进程中的建立多种映射组件；每种所述映射组件对应运行进程中的一种组件。

4.根据权利要求3所述的方法，其特征在于，所述运行进程中的多种组件包括：Activity、Service、Content Provider和Broadcast Receiver；

本发明方法还包括：

基于Activity的归属将归属相同的Activity对应到映射进程的相同组件中。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述映射进程包括一直在后台运行的常驻进程和每间隔设定时间自动清除的UI进程；

所述UI进程对应所述运行进程中不需要一直运行的进程；所述常驻进程对应所述运行进程中需要一直运行的进程。

6.根据权利要求1至5任意一项所述的方法，其特征在于，所述解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件，包括：

解析单品插件的安装包，获取JSON格式的配置信息，根据所述获取的JSON格式的配置信息为所述单品插件建立映射插件。

7.一种插件进程的映射装置，其特征在于，包括：

插件映射单元，用于解析单品插件获得所述单品插件的配置信息，基于所述配置信息为所述单品插件建立映射插件；

进程映射单元，用于获取所述单品插件的所有运行进程，根据所述配置信息对所有运行进程在所述映射插件中建立映射进程；其中，每个所述映射进程对应一个运行进程。

8.根据权利要求7所述的装置，其特征在于，所述进程映射单元包括：

进程匹配模块，用于根据从所述单品插件中获取的配置信息将所述运行进程动态匹配到映射进程。

9.根据权利要求7或8所述的装置，其特征在于，所述进程映射单元包括：

组件映射模块，用于基于所述运行进程中的多种组件在所述对应的映射进程中的建立多种映射组件；每种所述映射组件对应运行进程中的一种组件。

10.一种插件进程的映射系统，其特征在于，包括如权利要求7至9任意一项所述的插件进程的映射装置。