CN102591724A - 消息交互方法及装置 - Google Patents

Abstract

本发明公开了消息交互方法及装置，用于第一程序与第二程序之间进行消息交互，预先将所述第一程序及所述第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，所述消息交互方法包括：所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序。通过本发明，便于实现主程序与插件之间的双向相互通信，从而提高了软件的效率，提高了插件的管理及通信的可控性。

Description

消息交互方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及消息交互方法及装置。

背景技术

一款移动终端上运行的软件(如手机软件等)发布之后，通常可以有两种方式实现功能的扩展，一种是程序的更新升级，另一种就是通过发布一系列的插件，通过插件与主程序的集成达到更新升级的目的。

例如，针对手机中的浏览器而言，需要为其实现网站排名的功能，此时就可以为开发一个小插件，该插件的功能就是统计当前浏览网页的排名。具体实现时，该插件需要获取浏览器用户当前浏览的网站地址信息，然后通过自身的功能得到网站的排名信息，再发送给浏览器。可见，在此过程中，插件与浏览器之间需要交互一些信息，但是，浏览器与插件又是各自独立的应用程序，因此，就需要解决浏览器与插件之间的相互通信问题。

现有的android移动终端操作系统提供了Intent消息机制，通过Intent的描述信息找到负责的相应组件，并将intent传给调用组件，Intent不但用于应用程序内部的调用交互，也可以用于不同的应用程序间交互。但是，Intent的机制是单向的，也即，当程序发送一个请求，却不能得到响应，这极大的阻碍了不同程序间的相互通信。

此外，在其他的实现方式下，浏览器主程序还可以使用Service组件，将自身服务提供给插件程序调用。Service是一个应用程序的组件，运行在后台，执行一些耗时长的操作，他没有用户界面。其他的应用程序组件可以启动服务，服务一旦启动，即使用户切换到另一个应用程序，该服务也能继续在后台运行。但是，插件功能是一个相对独立的特殊要求，而Service组件是系统通用的，虽然Service服务满足能够此特殊要求，但是实现时的复杂程度大大提高，维护成本过高。

发明内容

本发明提供了消息交互方法及装置，便于实现主程序与插件之间的双向相互通信，从而有效地提高了软件的效率，提高了插件的管理及通信的可控性。

本发明提供了如下方案：

一种消息交互方法，用于第一程序与第二程序之间进行消息交互，预先将所述第一程序及所述第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，所述消息交互方法包括：

所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；

所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序，以便所述第一程序利用所述返回值进行相应的处理。

其中，所述第一程序为主程序，第二程序为插件；或者，所述第一程序为插件，所述第二程序为主程序；或者，所述第一程序为一插件，所述第二程序为另一插件。

其中，所述预先将所述第一程序及所述第二程序配置为相同的进程用户包括：

预先在所述第一程序及所述第二程序的配置文件中配置相同的User Id。

优选地，所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息之前，还包括：

获取所述第二程序的对象；

确定所述对象所属的类；

获取对象的指定方法，并执行通过所述调用接口，向所述第二程序发送反射请求信息及其后续步骤。

其中，所述方法应用于移动终端中。

其中，所述移动终端的操作系统为Android系统。

一种消息交互装置，用于第一程序与第二程序之间进行消息交互，预先将所述第一程序及所述第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，所述消息交互装置包括：

调用单元，用于所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；

响应单元，用于所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序，以便所述第一程序利用所述返回值进行相应的处理。

其中，所述第一程序为主程序，第二程序为插件；或者，所述第一程序为插件，所述第二程序为主程序；或者，所述第一程序为一插件，所述第二程序为另一插件。

其中，通过在所述第一程序及所述第二程序的配置文件中配置相同的User Id，实现将所述第一程序及所述第二程序配置为相同的进程用户。

优选地，还包括：

对象获取单元，用于所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息之前，获取所述第二程序的对象；

类确定单元，用于确定所述对象所属的类；

方法获取单元，用于获取对象的指定方法，并触发执行通过所述调用接口，向所述第二程序发送反射请求信息及其后续步骤。

其中，所述装置应用于移动终端中。

其中，所述移动终端的操作系统为Android系统。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

在本发明中，通过为主程序及插件配置相同的进程用户，并为不同的方法提供统一的接口，从而不需要通过复杂的Service机制即可实现主程序与插件之间的双向相互通信，有效地提高了软件的效率，提高了插件的管理及通信的可控性。

附图说明

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

图1是本发明实施例提供的方法的流程图；

图2是本发明实施例提供的装置的示意图。

具体实施方式

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

为了实现主程序与插件之间的双向通信，同时降低实现上的复杂程度，本发明实施例提供了一种消息交互方法，在该方法中，首先需要满足以下两个前提：

第一，移动终端的操作系统(例如Android系统)为每个应用程序分配了一个单独的用户空间，配置文件中的User Id对应了一个进程用户，在通常情况下，不同的进程用户之间是禁止数据相互访问的。因此，在本发明实施例中，首先需要将主程序及其各个插件配置为相同的进程用户，这样，由于主程序与插件属于相同的进程用户，因此，也就为主程序与插件之间的数据相互访问提供的基础。具体实现时，为了达到上述目的，可以在主程序及插件的配置文件中，将各自的User Id配置为相同的值。

第二，各个插件、主程序之间想要双向自由通信，就必须都有统一的接口。然而插件、主程序间的方法调用是通过反射完成的，并且在传统的实现方式下，调用不同的方法(这里的“方法”是Java编程中的概念)都需要不同的反射函数，而且插件中的各个方法都不相同，因此接口就无法统一起来，也即，当主程序需要调用插件中的不同方法时，需要通过各自独立的接口进行调用，反过来也是如此。为了解决上述问题，在本发明实施例中，提出了以下方案：程序之间调用不同的方法都用同一个反射函数，而这个反射函数定义在接口中，并且调用程序方和被调用程序方都要实现此接口。具体的，调用方接口利用反射机制调用被调用方的同一个接口实现。被调用方接口解析调用方的反射调用请求，返回执行正确的方法。具体做法可以如下：

程序A如果需要调用程序B的多个方法中的某一方法，只需调用B中实现的一个反射请求信息管理方法即可。程序B中的反射请求信息管理方法接收到A的反射请求信息(包括请求的方法具体是哪个，以及调用该方法时需要传入的参数等)，首选需要解析程序A发过来的请求，然后调用程序B中正确的方法，并将返回值通过相同的接口返回给程序A。程序B中的反射请求信息管理方法可以是Object handleRequestCall(CallRequest request)。该方法负责解析发送过来的请求，并解析requset中的信息，调用正确的方法。

需要说明的是，在本发明实施例中使用了反射机制，为了便于理解，下面对反射机制进行简单地介绍。所谓反射机制，就是指在运行状态(相对于编译状态)中，对于任意一个类，该机制都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法；这种动态获取的信息以及动态调用对象的方法的功能就称为Java语言的反射机制。Java反射机制主要提供了以下功能：在运行时判断任意一个对象所属的类；在运行时构造任意一个类的对象；在运行时判断任意一个类所具有的成员变量和方法；在运行时调用任意一个对象的方法，生成动态代理。正是由于Java的反射机制具有上述特点及功能，使得本发明实施例的实现成为可能。

另外需要说明的是，在上述描述中，程序A作为调用程序方，程序B作为被调用程序方，具体实现时可以为：程序A是主程序，程序B是某插件，或者，程序A是某插件，程序B是主程序，或者，程序A是主程序的某插件，程序B是主程序的另一插件等等。也就是说，在本发明实施例中，无论是主程序调用插件，还是插件调用主程序，还是主程序中的一插件调用另一插件，都可以使用同样的方法来实现，从而实现了主程序与插件之间的双向相互通信。并且在具体实现时，只需要为主程序及其各个插件配置相同的进程用户，并且实现统一的接口即可，因此，实现过程相对简单，降低了实现上的复杂性。

综上可见，本发明实施例提供了一种消息交互方法，该方法用于第一程序与第二程序之间进行消息交互，具体实现时，需要预先将第一程序及第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，参见图1，该消息交互方法可以包括以下步骤：

S101：所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；

也就是说，当第一程序需要调用第二程序中的某方法时，就可以首先找到该第二程序的调用接口，然后通过该调用接口发出反射请求信息。其中，由于同一程序的各个方法均需要通过统一的接口进行调用，因此，在发出反射请求信息时，除了需要传入相关参数之外，还需要指明请求调用的方法是该第二程序的哪一方法。

具体实现时，第一程序中的Activity可以使用LocalActivityManager获取第二程序的Acivity对象mActiviy，明确要调用的对象所属的类是主程序的某插件，还是主程序，然后用Method method＝Class.getMethod得到对象的指定方法，之后就可以创建请求反射的信息对象callRequest，对象中包含的信息具体有：需要请求调用的方法具体是哪个，以及调用插件程序方法时需要传入哪些参数。

S102：所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序，以便所述第一程序利用所述返回值进行相应的处理。

第二程序接收到第一程序的反射请求信息之后，就可以根据反射请求信息中包含的信息，基于传入的参数调用具体的方法，得到处理处理，并将处理结果返回给第一程序。具体可以使用Object obj＝method.invoke(mActiviy，callRequest)，这里返回的Object对象就是反射方法传回来的返回值，该返回值可以供第二程序进行后续的相应处理时使用。

在以上描述中，可以包括以下情况：第一程序为主程序，第二程序为插件；或者，第一程序为插件，第二程序为主程序；或者，第一程序为一插件，第二程序为另一插件。

总之，通过本发明实施例，不需要通过复杂的Service机制即可实现主程序与插件之间的双向相互通信，有效地提高了软件的效率，提高了插件的管理及通信的可控性。

与本发明实施例提供的消息交互方法相对应，本发明实施例还提供了一种消息交互装置，在该消息交互装置中，预先将所述第一程序及所述第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，参见图2，该装置可以包括：

调用单元201，用于所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；

响应单元202，用于所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序，以便所述第一程序利用所述返回值进行相应的处理。

其中，所述第一程序为主程序，第二程序为插件；或者，所述第一程序为插件，所述第二程序为主程序；或者，所述第一程序为一插件，所述第二程序为另一插件。

具体实现时，通过在所述第一程序及所述第二程序的配置文件中配置相同的User Id，实现将所述第一程序及所述第二程序配置为相同的进程用户。

具体实现时，该装置还可以包括：

对象获取单元，用于所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息之前，获取所述第二程序的对象；

类确定单元，用于确定所述对象所属的类；

方法获取单元，用于获取对象的指定方法，并触发执行通过所述调用接口，向所述第二程序发送反射请求信息及其后续步骤。

在本发明实施例提供的消息交互装置中，通过为主程序及插件配置相同的进程用户，并为不同的方法提供统一的接口，从而不需要通过复杂的Service机制即可实现主程序与插件之间的双向相互通信，有效地提高了软件的效率，提高了插件的管理及通信的可控性。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本发明所提供的消息交互方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种消息交互方法，用于第一程序与第二程序之间进行消息交互，其特征在于，预先将所述第一程序及所述第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，所述消息交互方法包括：

所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；

所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序，以便所述第一程序利用所述返回值进行相应的处理。

2.根据权利要求1所述的方法，其特征在于，所述第一程序为主程序，第二程序为插件；或者，所述第一程序为插件，所述第二程序为主程序；或者，所述第一程序为一插件，所述第二程序为另一插件。

3.根据权利要求1所述的方法，其特征在于，所述预先将所述第一程序及所述第二程序配置为相同的进程用户包括：

预先在所述第一程序及所述第二程序的配置文件中配置相同的User Id。

4.根据权利要求1所述的方法，其特征在于，所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息之前，还包括：

获取所述第二程序的对象；

确定所述对象所属的类；

获取对象的指定方法，并执行通过所述调用接口，向所述第二程序发送反射请求信息及其后续步骤。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法应用于移动终端中。

6.根据权利要求5所述的方法，其特征在于，所述移动终端的操作系统为Android系统。

7.一种消息交互装置，用于第一程序与第二程序之间进行消息交互，其特征在于，预先将所述第一程序及所述第二程序配置为相同的进程用户，并在调用接口中为同一程序的不同方法定义相同的反射函数，当第一程序需要调用第二程序的指定方法时，所述消息交互装置包括：

调用单元，用于所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息，所述反射请求信息用于指明请求调用的方法，以及调用该方法时需要传入的参数；

响应单元，用于所述第二程序解析所述反射请求信息，基于所述传入的参数调用所述请求调用的方法并将返回值通过所述调用接口返回给第一程序，以便所述第一程序利用所述返回值进行相应的处理。

8.根据权利要求7所述的装置，其特征在于，所述第一程序为主程序，第二程序为插件；或者，所述第一程序为插件，所述第二程序为主程序；或者，所述第一程序为一插件，所述第二程序为另一插件。

9.根据权利要求7所述的装置，其特征在于，通过在所述第一程序及所述第二程序的配置文件中配置相同的User Id，实现将所述第一程序及所述第二程序配置为相同的进程用户。

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

对象获取单元，用于所述第一程序通过所述调用接口，向所述第二程序发送反射请求信息之前，获取所述第二程序的对象；

类确定单元，用于确定所述对象所属的类；

方法获取单元，用于获取对象的指定方法，并触发执行通过所述调用接口，向所述第二程序发送反射请求信息及其后续步骤。

11.根据权利要求7至10任一项所述的装置，其特征在于，所述装置应用于移动终端中。

12.根据权利要求11所述的装置，其特征在于，所述移动终端的操作系统为Android系统。

Images