基于AAR的进程处理方法、装置及电子设备与流程

基于aar的进程处理方法、装置及电子设备
技术领域
1.本公开涉及进程处理领域，尤其涉及一种基于aar(android archive)的进程处理的方法、装置及电子设备。


背景技术：

2.随着手机技术的发展，在手机上安装的应用程序越来越多，且每个应用的插件越来越多，占用的内存越来越大，因而在android操作系统中，存在较多应用程序同时运行时，往往会导致这些应用程序运行起来会造成手机卡顿，甚至死机，给用户带来很多的不便。
3.目前，现有的android系统为了保证系统的稳定性，给每一个进程分配了固定的内存大小，当进程使用的内存超出了系统分配的内存阈值时，就会发生内存溢出的异常，导致应用崩溃。因而，如何解决较大应用在进程中的内存占用问题成为业界的一大难题。


技术实现要素：

4.为了解决上述技术问题，对于大型的应用来说，很有必要把一个应用拆分成更多的进程，一方面享受更多的内存分配，实现负载均衡，另一方面更好的进行进程保活。本公开实施方式的目的在于提供一种视觉惯性里程计方法、装置、电子设备及存储介质。
5.根据本公开第一方面，本公开的实施例提供了一种基于aar的进程处理的方法，其中，aar(android archive)，aar包是一个android库项目的二进制归档文件，文件扩展名是.aar)，该方法包括：
6.将目标应用程序拆分成主进程和至少一个子进程；
7.根据所述至少一个子进程，生成第一子进程号和第二子进程号；
8.创建至少一个aar，每个aar对应一个所述第二子进程号；
9.在每一aar中设置独立进程载体，所述独立进程载体包括表征独立进程的子进程属性；
10.在每一aar中设置android接口定义语言文件；
11.在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信。
12.进一步的，所述主进程和所述至少一个子进程的依赖环境相互独立。
13.进一步的，所述根据所述至少一个子进程，生成第一子进程号和第二子进程号，包括：
14.获取所述至少一个子进程的进程序号，根据所述进程序号生成第一子进程号；
15.根据所述子进程与所述目标应用的关联属性生成第二子进程号；
16.进一步的，所述所述关联属性包括所述目标应用拆分的子进程数量、子进程架构、子进程顺序以及子进程与主进程的通信链路。
17.进一步的，所述创建至少一个aar，每个aar对应一个所述第二子进程号，包括：
18.提取所述第二子进程的属性特征；
19.基于所述aar的独立插件属性，将所述第二子进程的属性特征封装成至少一个aar；
20.将所述aar设计成独立进程，并与所述主进程实现通信。
21.进一步的，所述在每一aar中设置独立进程载体，所述独立进程载体包括表征独立进程的子进程属性，包括：
22.在每一aar中设置至少一个独立进程载体；
23.在所述独立进程载体中配置程序清单文件，所述程序清单文件中添加进程属性；
24.将表征独立进程的子进程属性记录在所述进程属性中。
25.进一步的，所述在每一aar中设置android接口定义语言文件，包括：
26.在每一aar中设置基于跨进程通信机制的android接口定义语言文件；
27.将所述android接口定义语言文件中的通信信息封装在所述aar中。
28.进一步的，所述在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信，包括：
29.在所述android接口定义语言文件中配置一个提供所有对外访问的桥接类接口；
30.所述主进程通过所述桥接类接口与所述aar进行通信；
31.将所述桥接类接口封装在所述aar中，隐藏进程间的通信信息。
32.第二方面，本公开另一实施例提供了一种基于aar的进程处理装置，包括：
33.拆分模块，用于将目标应用程序拆分成主进程和至少一个子进程；
34.生成模块，用于根据所述至少一个子进程，生成第一子进程号和第二子进程号；
35.创建模块，用于创建至少一个aar，每个aar对应一个所述第二子进程号；
36.第一设置模块，用于在每一aar中设置独立进程载体，所述独立进程载体包括表征独立进程的子进程属性；
37.第二设置模块，用于在每一aar中创建android接口定义语言文件；
38.配置模块，用于在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信。
39.第三方面，本公开另一实施例提供一种电子设备，包括：
40.存储器，用于存储计算机可读指令；以及
41.处理器，用于运行所述计算机可读指令，使得所述电子设备实现上述第一方面中任意一项所述的方法。
42.第四方面，本公开另一实施例提供一种非暂态计算机可读存储介质，用于存储计算机可读指令，当所述计算机可读指令由计算机执行时，使得所述计算机实现上述第一方面中任意一项所述的方法。
43.本公开实施例公开了一种基于aar的进程处理方法、装置、电子设备和计算机可读存储介质，所述方法包括：将目标应用程序拆分成主进程和至少一个子进程；根据所述至少一个子进程，生成第一子进程号和第二子进程号；创建至少一个aar，每个aar对应一个所述第二子进程号；在每一aar中设置独立进程载体，所述独立进程载体包括表征独立进程的子进程属性；在每一aar中设置android接口定义语言文件；在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信。根据本公开的进程处理方法，将一个应用拆分成主进程和至少一个子进程，一方面享受更多的内存分配，实现负载
均衡，另一方面更好的进行进程保活。该aar子进程可以分担主进程的压力，使得应用程序更加稳定健壮，不易因为内存问题被系统杀死或者产生anr(application not responding，指在android上，应用程序响应不够灵敏时，系统会向用户显示的一个对话框)，同时该aar子进程不依赖主进程的生命周期，主进程意外崩溃后，该aar子进程还可以独立运行，继续其服务或者进行日志收集，还可以和主进程之间实施相互保活，提高应用的存活率。
44.上述说明仅是本公开技术方案的概述，为了能更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为让本公开的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。
附图说明
45.图1为本公开一实施例提供的基于aar的进程处理方法流程示意图；
46.图2为本公开一实施例提供的应用程序进程处理架构示意图；
47.图3为本公开一实施例提供的binder跨进程通信机制模型原理图；
48.图4为本公开一实施例提供的基于aar的进程处理装置示意图；
49.图5为本公开另一实施例提供的电子设备的结构示意图。
具体实施方式
50.为了能够更清楚地描述本公开的技术内容，下面结合具体实施例来进行进一步的描述。
51.以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
52.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
53.应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
54.本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
55.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
56.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
57.在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。
在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。下面参考附图详细描述公开的各实施方式。
58.android系统为了保证系统的稳定性，给每一个应用进程分配了固定的内存大小，当进程使用的内存超出了系统分配的内存阈值时，就会发生内存溢出的异常，导致应用崩溃。基于这个问题点，对于大型的应用来说，很有必要把一个应用，拆分成更多的进程，一方面享受更多的内存分配，实现负载均衡，另一方面更好的进行进程保活。
59.本公开采用基于aar(android archive)的进程处理方式来解决上述技术问题，aar包是一个android库项目的二进制归档文件,文件扩展名是.aar,aar作为android系统的一个库，可以包括代码、音频、图片文件、资源等的项目库。同时，aar作为一个单独的插件存在，可供主进程拔插，其更有必要设计成为一个独立进程，而且是对于使用者是无感的独立进程。这样的设计，使用者在使用该aar的时候，不会更多的对自身主进程造成更大的负载，也能享受到aar带来的插件功能。
60.图1为本公开实施例提供的基于aar的进程处理方法的流程示意图，本实施例提供的基于aar的进程处理方法可以由一基于aar的进程处理装置来执行，该装置可以实现为软件，或者实现为软件和硬件的组合，该装置可以集成设置在电子设备中，通过电子设备的处理器来实现。如图1所示，该方法包括如下步骤：
61.步骤s101：将目标应用程序拆分成主进程和至少一个子进程。
62.在步骤s101中，通常在android系统中一个应用程序对应一个进程，此时较大的应用程序的进程会占用较大的内容。在本公开中，当较大应用程序运行时，为避免进程占用较大内存，此时，本实施例将目标应用程序进行拆分，拆分成一个主进程和至少一个子进程，所述主进程和所述至少一个子进程的依赖环境相互独立。所述子进程的个数可以根据所述目标应用程序包含的sdk(软件开发工具包)的个数确定，也可以根据目标应用程序的功能包个数或其组合进行确定。其中，本公开实施例将子进程对应于aar独立进程，基于android自身aar打包的可行性，在这个基础上，将aar设计成为独立进程并实现进程间的通信。这样，子进程对应的aar独立进程分担主进程的压力，实现负载均衡，使得目标应用程序更加稳定健壮，不易因为内存问题被系统杀死或者产生anr(application not responding，指在android上，应用程序响应不够灵敏时，系统会向用户显示的一个对话框)。
63.结合附图2，示出了本公开一实施例提供的应用程序进程处理架构示意图，其中目标应用程序将进程拆分成主进程和子进程1、子进程2、
……
子进程n，其中n为自然数。主进程和各子进程的依赖环境相互独立，可以通过桥接类接口实现进程间的通信。
64.步骤s102：根据所述至少一个子进程，生成第一子进程号和第二子进程号。
65.在步骤s102中，本公开中，将目标应用程序拆分成主进程和至少一个子进程，其中该子进程不同于一般的进程，一般的进程只包括一个进程号，即该进程在系统中的进程id(processid)，是大多数操作系统的内核用于唯一标识进程的一个数值，简言之，就是进程的绰号。这一数值可以作为许多函数调用的参数，以使调整进程优先级、kill(命令)进程之类的进程控制行为成为可能。而本公开实施例中的子进程具有aar独立进程属性，其生成的进程号不仅包括表征进程id的第一子进程号，还包括基于aar的第二子进程号，即该子进程表征为：
66.子进程n：[第一子进程号，第二子进程号]，其中n为自然数。
[0067]
具体的，所述根据所述至少一个子进程，生成第一子进程号和第二子进程号，包括：获取所述至少一个子进程的进程序号，根据所述进程序号生成第一子进程号；根据所述子进程与所述目标应用的关联属性生成第二子进程号。所述关联属性包括所述目标应用拆分的子进程数量、子进程架构、子进程顺序以及子进程与主进程的通信链路。
[0068]
结合图2，子进程1至子进程n都生成各自的第一子进程号和第二子进程号，第二子进程号对应于各子进程的aar独立进程，通过aar中的bridge类接口与主进程进行通信。
[0069]
步骤s103：创建至少一个aar，每个aar对应一个所述第二子进程号。
[0070]
在步骤s103中，本公开中，基于android自身aar打包的可行性，在这个基础上，将aar设计成为独立进程并实现进程间的通信。同时，aar作为一个单独的插件存在，可供主进程拔插，其更有必要设计成为一个独立进程，而且是对于使用者是无感的独立进程。本公开实施例通过androidstudio这个开发工具来实现aar的进程设计，在androidstudio中创建一个module载体，并把applyplugin:设计成为com.android.library，即aar的library库。
[0071]
具体的，所述创建至少一个aar，每个aar对应一个所述第二子进程号，包括：提取所述第二子进程的属性特征；基于所述aar的独立插件属性，将所述第二子进程的属性特征封装成至少一个aar；将所述aar设计成独立进程，并与所述主进程实现通信。其中第二子进程的属性特征包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(android interface definition language,即android接口定义语言)等。其中的表征独立进程的标识以及aar本身的插件属性表明了aar的独立插件属性。基于android自身aar打包的可行性，将第二子进程的上述属性特征打包封装成独立的aar，并通过属性特征中的桥(bridge)类接口与主进程进行通信。
[0072]
结合图2，子进程1至子进程n都生成各自的第一子进程号和第二子进程号，第二子进程号对应于各子进程的aar独立进程，其中aar中配置有第二子进程的属性特征，包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(接口定义语言)等。通过aar中的bridge类接口与主进程进行通信。
[0073]
步骤s104：在每一aar中设置独立进程载体，所述独立进程载体包括表征独立进程的子进程属性。
[0074]
在步骤s104中，本公开中，在aar中，至少设计一个service，用于作为独立进程的承载或入口，在androidmanifest上加上android:process的属性，使其成为一个独立的进程。如果还有其他的service，一并的在androidmanifest上加上同一个android:process的属性。对于aar中所有需要使用上下文(context)的地方，都从该service去提供，使得该aar依赖的环境独立于主进程存在。
[0075]
具体的，所述在每一aar中设置独立进程载体service(独立进程载体服务)，所述独立进程载体包括表征独立进程的子进程属性，包括：在每一aar中设置至少一个独立进程载体；在所述独立进程载体中配置程序清单文件，所述程序清单文件中添加进程属性；将表征独立进程的子进程属性记录在所述进程属性中。其中第二子进程的属性特征包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(android interface definition language,即android接口定义语言)等。其中的表征独立进程的标识以及aar本身的插件属性表明了aar的独立插件属性。
[0076]
结合图2，子进程1至子进程n中的第二子进程号对应于各子进程的aar独立进程，
其中aar中配置有第二子进程的属性特征，包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(接口定义语言)等。
[0077]
步骤s105：在每一aar中设置android接口定义语言文件。
[0078]
在步骤s105中，对于进程间的通信，需要创建一个基于binder的aidl的通信架构，由于在一个工程中无法存在两份同样的aidl文件，本公开实施例中，这里把aidl的通信封装在aar中，这样的设计，对于调用者来说可以无感的实现aar的独立进程。
[0079]
具体的，所述在每一aar中设置android接口定义语言文件，包括：在每一aar中设置基于binder(即，跨进程通信)机制的aidl(即，android接口定义语言)文件；将所述aidl文件中的通信信息封装在所述aar中。
[0080]
结合图2，子进程1至子进程n中的第二子进程号对应于各子进程的aar独立进程，其中aar中都配置aidl(接口定义语言)，而且子进程1至子进程n对应的aar中的aidl文件不能完全相同，或两个aar不能共享一份aidl文件。
[0081]
建立aidl服务要比建立普通的服务复杂一些，具体步骤如下：
[0082]
(1)在eclipse android工程的java包目录中建立一个扩展名为aidl的文件。该文件的语法类似于java代码，但会稍有不同。
[0083]
(2)如果aidl文件的内容是正确的，adt会自动生成一个java接口文件(*.java)。
[0084]
(3)建立一个服务类(service的子类)。
[0085]
(4)实现由aidl文件生成的java接口。
[0086]
(5)在androidmanifest.xml文件中配置aidl服务，尤其要注意的是，《action》标签中android:name的属性值就是客户端要引用该服务的id，也就是intent类的参数值。
[0087]
实现aidl接口的说明：
[0088]
(1)aidl接口只支持方法，不能声明静态成员；
[0089]
(2)不会有返回给调用方的异常。
[0090]
本实施例中，binder跨进程通信机制模型原理图可参考图3，如图3所示，client进程、server进程&service manager进程之间的交互都必须通过binder驱动(使用open和ioctl文件操作函数)，而非直接交互。
[0091]
原因：client进程、server进程&service manager进程属于进程空间的用户空间，不可进行进程间交互；binder驱动属于进程空间的内核空间，可进行进程间&进程内交互。
[0092]
binder请求的线程管理：
[0093]
server进程会创建很多线程来处理binder请求；
[0094]
管理binder模型的线程是采用binder驱动的线程池，并由binder驱动自身进行管理，而不是由server进程来管理的；
[0095]
一个进程的binder线程数默认最大是16，超过的请求会被阻塞等待空闲的binder线程。
[0096]
所以，在进程间通信时处理并发问题时，如使用contentprovider时，它的crud(创建、检索、更新和删除)方法只能同时有16个线程同时工作。
[0097]
binder机制在android中的实现主要依靠binder类，其实现了ibinder接口。server进程通过binder驱动向service manager进程注册服务，然后server进程创建一个binder对象，其中binder实体是server进程在binder驱动中的存在形式，该对象保存
server和servicemanager的信息(保存在内核空间中)；binder驱动通过内核空间的binder实体找到用户空间的server对象；此时，client进程与server进程已经建立了连接。client进程根据获取到的service信息(binder代理对象)，通过binder驱动建立与该service所在server进程通信的链路，并开始使用服务。
[0098]
步骤s106：在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信。
[0099]
在步骤s106中，在子进程对应的aar中，创建一个bridge类接口(桥接类接口)，并提供所有的对外访问的接口。该bridge类接口运行的环境可以是主进程，该类接口的目的是用于和aar中独立进程的通信，最后会把这个bridge类接口一并封装在aar中，目的是对用户隐藏进程间通信的细节。对于使用者(主进程)来说，只需要和bridge类接口通信，即可把aar独立成为一个进程，并且使用aar中的功能。
[0100]
具体的，所述在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信，包括：在所述android接口定义语言文件中配置一个提供所有对外访问的桥接类接口；所述主进程通过所述桥接类接口与所述aar进行通信；将所述桥接类接口封装在所述aar中，隐藏进程间的通信信息。
[0101]
结合图2，子进程1至子进程n都生成各自的第一子进程号和第二子进程号对应于的aar中，都配置桥(bridge)类接口。目标应用程序的主进程通过aar中的bridge类接口与子进程进行通信。建立进程之间的联系，使得子进程3、可以和主进程之间实施相互保活，保证目标应用程序的存活率。
[0102]
图4示出了本公开另一实施例提供的基于aar的进程处理装置示意图。该装置包括：拆分模块401、生成模块402、创建模块403、第一设置模块404、第二设置模块405和配置模块406。其中：
[0103]
所述拆分模块401，用于将目标应用程序拆分成主进程和至少一个子进程。
[0104]
在本公开中，当较大应用程序运行时，为避免进程占用较大内存，此时，本实施例将目标应用程序进行拆分，拆分成一个主进程和至少一个子进程，所述主进程和所述至少一个子进程的依赖环境相互独立。所述子进程的个数可以根据所述目标应用程序包含的sdk(软件开发工具包)的个数确定，也可以根据目标应用程序的功能包个数或其组合进行确定。其中，本公开实施例将子进程对应于aar独立进程，基于android自身aar打包的可行性，在这个基础上，将aar设计成为独立进程并实现进程间的通信。这样，子进程对应的aar独立进程分担主进程的压力，实现负载均衡，使得目标应用程序更加稳定健壮，不易因为内存问题被系统杀死或者产生anr。其中，主进程和各子进程的依赖环境相互独立，可以通过桥接类接口实现进程间的通信。
[0105]
所述生成模块402，用于根据所述至少一个子进程，生成第一子进程号和第二子进程号。
[0106]
将目标应用程序拆分成主进程和至少一个子进程，其中该子进程不同于一般的进程，一般的进程只包括一个进程号，即该进程在系统中的进程id(processid)，是大多数操作系统的内核用于唯一标识进程的一个数值，简言之，就是进程的绰号。这一数值可以作为许多函数调用的参数，以使调整进程优先级、kill(命令)进程之类的进程控制行为成为可能。而本公开实施例中的子进程具有aar独立进程属性，其生成的进程号不仅包括表征进程
id的第一子进程号，还包括基于aar的第二子进程号，即该子进程表征为：
[0107]
子进程n：[第一子进程号，第二子进程号]，其中n为自然数。
[0108]
该模块具体用于：获取所述至少一个子进程的进程序号，根据所述进程序号生成第一子进程号；根据所述子进程与所述目标应用的关联属性生成第二子进程号。所述关联属性包括所述目标应用拆分的子进程数量、子进程架构、子进程顺序以及子进程与主进程的通信链路。
[0109]
所述创建模块403，用于创建至少一个aar，每个aar对应一个所述第二子进程号。
[0110]
所述模块具体用于：提取所述第二子进程的属性特征；基于所述aar的独立插件属性，将所述第二子进程的属性特征封装成至少一个aar；将所述aar设计成独立进程，并与所述主进程实现通信。其中第二子进程的属性特征包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(android interface definition language,即android接口定义语言)等。其中的表征独立进程的标识以及aar本身的插件属性表明了aar的独立插件属性。基于android自身aar打包的可行性，将第二子进程的上述属性特征打包封装成独立的aar，并通过属性特征中的桥(bridge)类接口与主进程进行通信。
[0111]
所述第一设置模块404，用于在每一aar中设置独立进程载体，所述独立进程载体包括表征独立进程的子进程属性。
[0112]
该模块具体用于：在每一aar中设置至少一个独立进程载体；在所述独立进程载体中配置程序清单文件，所述程序清单文件中添加进程属性；将表征独立进程的子进程属性记录在所述进程属性中。其中第二子进程的属性特征包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(android interface definition language,即android接口定义语言)等。其中的表征独立进程的标识以及aar本身的插件属性表明了aar的独立插件属性。子进程1至子进程n中的第二子进程号对应于各子进程的aar独立进程，其中aar中配置有第二子进程的属性特征，包括第二子进程id、表征独立进程的标识、桥(bridge)类接口、独立进程载体service(独立进程载体服务)、aidl(接口定义语言)等。
[0113]
所述第二设置模块405，用于在每一aar中创建android接口定义语言文件。
[0114]
本公开中，对于进程间的通信，需要创建一个基于binder的aidl的通信架构，由于在一个工程中无法存在两份同样的aidl文件，本公开实施例中，这里把aidl的通信封装在aar中，这样的设计，对于调用者来说可以无感的实现aar的独立进程。
[0115]
该模块具体用于：在每一aar中设置基于binder(即，跨进程通信)机制的aidl(即，android接口定义语言)文件；将所述aidl文件中的通信信息封装在所述aar中。其中子进程1至子进程n中的第二子进程号对应于各子进程的aar独立进程，其中aar中都配置aidl(接口定义语言)，而且子进程1至子进程n对应的aar中的aidl文件不能完全相同，或两个aar不能共享一份aidl文件。
[0116]
所述配置模块406，用于在所述android接口定义语言文件中配置一个桥接类接口，通过所述桥接类接口与所述主进程通信。此处隐含设置通信模块，用于通过所述桥接类接口与所述主进程通信。
[0117]
在子进程对应的aar中，创建一个bridge类接口(桥接类接口)，并提供所有的对外
访问的接口。该bridge类接口运行的环境可以是主进程，该类接口的目的是用于和aar中独立进程的通信，最后会把这个bridge类接口一并封装在aar中，目的是对用户隐藏进程间通信的细节。对于使用者(主进程)来说，只需要和bridge类接口通信，即可把aar独立成为一个进程，并且使用aar中的功能。
[0118]
该模块具体用于：在所述android接口定义语言文件中配置一个提供所有对外访问的桥接类接口；所述主进程通过所述桥接类接口与所述aar进行通信；将所述桥接类接口封装在所述aar中，隐藏进程间的通信信息。
[0119]
图4所示装置可以执行图1所示实施例的方法，本实施例未详细描述的部分，可参考对图1所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1所示实施例中的描述，在此不再赘述。
[0120]
下面参考图5，其示出了适于用来实现本公开另一实施例的电子设备500的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0121]
如图5所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储装置508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、rom 502以及ram 503通过通信线路504彼此相连。输入/输出(i/o)接口505也连接至通信线路504。
[0122]
通常，以下装置可以连接至i/o接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
[0123]
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从rom 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。
[0124]
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程
序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0125]
在一些实施方式中，客户端、服务器可以利用诸如http(hypertext transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
[0126]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
[0127]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：执行上述实施例中的交互方法。
[0128]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0129]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0130]
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
[0131]
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等
等。
[0132]
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0133]
根据本公开的一个或多个实施例，提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有能被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述第一方面中的任一所述方法。
[0134]
根据本公开的一个或多个实施例，提供了一种非暂态计算机可读存储介质，其特征在于，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行前述第一方面中的任一所述方法。
[0135]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。