CN102469035A - 跨进程通信的方法和装置 - Google Patents

Abstract

本发明公开了一种跨进程通信的方法和装置，属于通讯技术领域。该方法包括：预设容器进程接收第一进程发起的跨进程通信请求；该预设容器进程根据该跨进程通信请求创建与该第一进程之间的通信通道；该预设容器进程加载与该跨进程通信请求相应的服务模块，使得加载了该服务模块的预设容器进程通过该通信通道与该第一进程进行跨进程通信。该装置包括：接收模块、通道建立模块和加载模块。本发明简化了跨进程通信过程中的通道建立过程，节约了代码，提高了通信效率。

Description

跨进程通信的方法和装置

技术领域

本发明涉及通讯技术领域，特别涉及一种跨进程通信的方法和装置。

背景技术

跨进程通信即是指在不同进程之间传播或交换信息，在QQ等程序中，可能会应用到Flash服务或IE服务，则需要启动QQ主进程与Flash进程或IE进程之间的跨进程通信，现有技术中处理这种跨进程通信的方式是采用建立QQ主进程和Flash进程之间的共享内存，并通过读取共享内存进行通信。

在对现有技术进行分析后，发明人发现现有技术至少具有如下缺点：

在现有技术中，每发起一个跨进程通信，都需创建该进程和目的进程之间的共享内存作为通信通道，每个目的进程需要分别加载服务模块，严重浪费内存的空间。

发明内容

本发明实施例提供了一种跨进程通信的方法和装置。所述技术方案如下：

一种跨进程通信的方法，包括：

接收第一进程发起的跨进程通信请求；

根据所述跨进程通信请求创建与所述第一进程之间的通信通道；

加载与所述跨进程通信请求相应的服务模块，使得加载了所述服务模块的预设容器进程通过所述通信通道与所述第一进程进行跨进程通信。

根据所述跨进程通信请求创建与所述第一进程之间的通信通道，之前包括：

检测与所述第一进程之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则所述预设容器进程根据所述跨进程通信请求创建与所述第一进程之间的通信通道。

根据所述跨进程通信请求创建与所述第一进程之间的通信通道，具体包括：

从所述跨进程通信请求中提取跨进程通信指定的模型；

调用预设容器进程中所述指定的模型，创建所述第一进程与所述预设容器进程之间的通信通道。

所述预设容器进程包括：系统模型、进程模型、会话模型和共享模型。

一种跨进程通信的装置，包括：

接收模块，用于接收第一进程发起的跨进程通信请求；

通道建立模块，用于根据所述跨进程通信请求创建与所述第一进程之间的通信通道；

加载模块，用于加载与所述跨进程通信请求相应的服务模块，使得加载了所述服务模块的预设容器进程通过所述通信通道与所述第一进程进行跨进程通信。

所述装置还包括：

检测模块，用于检测与所述第一进程之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则触发所述通道建立模块根据所述跨进程通信请求创建与所述第一进程之间的通信通道。

所述通道建立模块包括：

提取单元，用于从所述跨进程通信请求中提取跨进程通信指定的模型；

调用单元，用于调用所述预设容器进程中所述指定的模型，创建所述第一进程与所述预设容器进程之间的通信通道。

所述预设容器进程包括：系统模型、进程模型、会话模型和共享模型。

本发明实施例提供的技术方案的有益效果是：

通过提供一个可以加载多个不同服务模块的预设容器作为进程入口，并在建立跨进程通信通道时，只建立发起通信进程和预设容器进程的通信通道，再由预设容器进程加载服务模块，简化了跨进程通信过程中的通道建立过程，节约了代码，提高了通信效率。

附图说明

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

图1是本发明实施例提供的一种跨进程通信的方法的流程图；

图2是本发明实施例提供的一种跨进程通信的方法的流程图；

图3是本发明实施例提供的一种跨进程通信的装置的结构图；

图4是本发明实施例提供的一种跨进程通信的装置的结构图；

图5是本发明实施例提供的一种跨进程通信的装置的结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

为了节约代码，本发明实施例提供了一种跨进程通信的方法，参见图1，该方法包括：

101：接收第一进程发起的跨进程通信请求；

102：根据该跨进程通信请求创建与该第一进程之间的通信通道；

103：加载与该跨进程通信请求相应的服务模块，使得加载了该服务模块的预设容器进程通过该通信通道与该第一进程进行跨进程通信。

其中，根据所述跨进程通信请求创建与所述第一进程之间的通信通道，之前包括：

检测与所述第一进程之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则根据所述跨进程通信请求创建与所述第一进程之间的通信通道。

其中，根据所述跨进程通信请求创建与所述第一进程之间的通信通道，具体包括：

从所述跨进程通信请求中提取跨进程通信指定的模型；

调用预设容器进程中所述指定的模型，创建所述第一进程与所述预设容器进程之间的通信通道。

其中，所述预设容器进程包括：系统模型、进程模型、会话模型和共享模型。

通过提供一个可以加载多个不同服务模块的预设容器作为进程入口，并在建立跨进程通信通道时，只建立发起通信进程和预设容器进程的通信通道，再由预设容器进程加载服务模块，简化了跨进程通信过程中的通道建立过程，节约了代码，提高了通信效率。

实施例2

为了节约代码，本发明实施例提供的一种跨进程通信的方法，本发明实施例仅以发起跨进程通信的进程为第一进程，参见图2，该方法包括：

201：第一进程向预设容器进程发起跨进程通信请求，该跨进程通信请求携带由第一进程动态生成的两个GUID(Globally Unique Identifier，全球唯一标识符)，该两个GUID包括第一进程标识和预设容器进程标识，该第一进程标识用于标识发起跨进程通信的进程，该第二进程标识用于标识跨进程通信的目的进程即预设容器进程；

具体地，该两个GUID的作用在于标识进程，并初始化跨进程通信两端的共享内存。从第一进程到预设容器进程方向的通信内存使用第二进程标识GUID命名，被所有的第一进程共享，预设容器进程一启动这块内存就已经分配好，直到预设容器进程退出才释放，而从预设容器进程到第一进程的通信内存属于该第一进程私有。为保证不冲突，第一进程则通过从第一进程到预设容器的单向通道把这个第二进程标识GUID传递给预设容器进程。

在本发明实施例中，第一进程可以为各种主进程，例如QQ、IM等，而第二进程可以为预设容器进程。需要说明的是，该预设容器为本发明实施例提出的一种用于跨进程通信的容器，该预设容器用于当接收到跨进程通信的请求时，建立从发起通信的进程到所述容器进程的通信通道，并根据所述请求的类型加载相应的服务模块。

202：预设容器进程接收跨进程通信的请求，并提取跨进程通信指定的模型；

需要说明的是，该预设容器进程中包括系统模型、进程模型、会话模型或共享模型，而该模型即为上述四种模型中的任一种或几种。

203：判断预设容器的状态是否为开启，如果是，则执行步骤205，如果否，则执行步骤204；

该判断的方法有多种，可以利用检测服务句柄的方式或服务进程的方式，本发明实施例不做具体限定。

204：开启预设容器；

具体地，预设容器启动后，会对第一进程到预设容器间的通道进行初始化，以便进行后续的通道建立过程。

205：调用预设容器进程中该指定的模型，创建第一进程与预设容器进程之间的通信通道；

本领域技术人员可以获知，预设容器进程包含多种模型，用以为不同的请求服务，但是该预设容器都有统一的入口和出口，为封装好的代码，该预设容器为系统提供了唯一的入口只需接收到入口的数据，并根据入口的数据进行预设的操作，从统一的数据出口输出处理后的数据或操作即可。

该步骤205之前还包括：检测发起跨进程通行的进程与所述预设容器之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则根据所述请求的类型创建主进程与预设容器之间的通信通道。该步骤可以在存在通信通道时，利用已有的通道进行通信，在加载服务模块的时候，可在已有模块的基础上加载，也可以卸载原有服务模块后，再加载与当前请求相应的服务模块，该步骤省略了建立通道的过程，进一步的减少代码的浪费。

206：根据跨进程通信请求，加载与该跨进程通信请求相应的服务模块。

对于服务模块来说，容器模型是透明的，它并不关心运行在哪种容器模型内。优选地，该预设容器具体为App容器，指可以加载不同服务模块的进程，该进程能和应用程序的主进程通信；每个容器实例可以加载一个或者多个服务模块，可以根据用户需要动态装载服务模块。服务模块是指实现某些特定功能的dll，该dll按规定导出相应的入口函数。

进一步地，经过上述步骤201-206，该加载了服务模块的预设容器进程可以通过通信通道与第一进程进行跨进程通信等，此时需要对容器的加载情况进行检查，也即是需要对服务模块的加载情况进行检查，如果没有，则再次加载服务模块，并由该容器生成会话ID等标识，再向第一进程发送响应，然后，执行服务模块导出函数OnSessionCreate通知新会话已经建立。

需要说明的是，在服务模块运行期间，第一进程可调用等待服务进程句柄，如果服务进程结束，则第一进程关闭会话，然后抛出会话异常断开通知事件，上层应用可以视需要决定是否重新创建会话。如果服务模块有bug，每次都发生崩溃，就会使服务进程不断崩溃、重启，导致用户CPU占用率100％；影响用户体验，因此可以限定服务最大重启次数，该最大重启次数优选为3次。且服务模块有一个单独的数据接收线程，接收到数据后，派发到业务所在的主线程。因此如果主线程卡死，数据接收线程是可以获知的，如果发现主线程卡死，则用信号量通知第一进程，第一进程可关闭会话，抛出会话卡死事件，再由第一进程视需要决定是否重新创建会话。

在上述实施例中，该跨进程通信具体为共享内存通信或Socket通信。如果利用Socket通信，会话的流式数据通信和一堆多连接关系管理用TCP表述更为自然。其中，共享内存通信是基于信号量和共享内存实现一个循环队列已完成的数据通信，其具体内容为现有技术所公开，不再赘述。

本发明提供的方法，通过提供一个可以加载多个不同服务模块的预设容器作为进程入口，并在建立跨进程通信通道时，只建立发起通信进程和预设容器进程的通信通道，再由预设容器进程加载服务模块，简化了跨进程通信过程中的通道建立过程，节约了代码，提高了通信效率。

实施例3

为了节约代码，本发明实施例提供了一种跨进程通信的装置，参见图3，该装置包括：

接收模块301，用于接收第一进程发起的跨进程通信请求；；

通道建立模块302，用于根据所述跨进程通信请求创建与所述第一进程之间的通信通道；

加载模块303，用于加载与所述跨进程通信请求相应的服务模块，使得加载了所述服务模块的预设容器进程通过所述通信通道与所述第一进程进行跨进程通信。

参见图4，所述装置还包括：

检测模块304，用于检测与所述第一进程之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则触发所述通道建立模块根据所述跨进程通信请求创建与所述第一进程之间的通信通道。

参见图5，该通道建立模块302包括：

提取单元302a，用于从所述跨进程通信请求中提取跨进程通信指定的模型；

开启单元302b，用于调用所述预设容器进程中所述指定的模型，创建所述第一进程与所述预设容器进程之间的通信通道；

所述预设容器进程包括：系统模型、进程模型、会话模型和共享模型。

本发明实施例提供的装置，与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成，所述程序可以存储在可读取的存储介质中，该存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (8)

1.一种跨进程通信的方法，其特征在于，包括：

接收第一进程发起的跨进程通信请求；

根据所述跨进程通信请求创建与所述第一进程之间的通信通道；

加载与所述跨进程通信请求相应的服务模块，使得加载了所述服务模块的预设容器进程通过所述通信通道与所述第一进程进行跨进程通信。

2.根据权利要求1所述的方法，其特征在于，根据所述跨进程通信请求创建与所述第一进程之间的通信通道，之前包括：

检测与所述第一进程之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则根据所述跨进程通信请求创建与所述第一进程之间的通信通道。

3.根据权利要求1所述的方法，其特征在于，根据所述跨进程通信请求创建与所述第一进程之间的通信通道，具体包括：

从所述跨进程通信请求中提取跨进程通信指定的模型；

调用预设容器进程中所述指定的模型，创建所述第一进程与所述预设容器进程之间的通信通道。

4.根据权利要求3所述的方法，其特征在于，所述预设容器进程包括：系统模型、进程模型、会话模型和共享模型。

5.一种跨进程通信的装置，其特征在于，包括：

接收模块，用于接收第一进程发起的跨进程通信请求；

通道建立模块，用于根据所述跨进程通信请求创建与所述第一进程之间的通信通道；

加载模块，用于加载与所述跨进程通信请求相应的服务模块，使得加载了所述服务模块的预设容器进程通过所述通信通道与所述第一进程进行跨进程通信。

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

检测模块，用于检测与所述第一进程之间是否存在通信通道，如果是，则复用所述通信通道，如果否，则触发所述通道建立模块根据所述跨进程通信请求创建与所述第一进程之间的通信通道。

7.根据权利要求5所述的装置，其特征在于，所述通道建立模块包括：

提取单元，用于从所述跨进程通信请求中提取跨进程通信指定的模型；

调用单元，用于调用所述预设容器进程中所述指定的模型，创建所述第一进程与所述预设容器进程之间的通信通道。

8.根据权利要求7所述的装置，其特征在于，所述预设容器进程包括：系统模型、进程模型、会话模型和共享模型。

Images