CN106933679A - 数据接收的方法及装置 - Google Patents

Abstract

本发明提供一种数据接收的方法及装置；一种数据接收的方法，包括：第一应用进程确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；所述第一应用进程向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；所述第一应用进程对接收到的所述第一数据进行处理。本发明减小了内核的负载。

Description

数据接收的方法及装置

技术领域

本发明涉及信息技术，尤其涉及一种数据接收的方法及装置。

背景技术

远程过程调用(RPC，Remote Procedure Call)可以实现部署在一台设备上的应用进程调用部署在另一台设备上的应用进程。

现有技术中，两个应用进程之间进行通信时，相互之间需要发送数据；例如，第二应用进程向第二应用进程发送数据。第一应用进程在获知第二应用向其发送数据后，每隔一段时间会向内核确认数据是否接收完毕；内核将确认结果返回给第一应用进程。

因此，现有技术中，存在内核的负载较重的问题。

发明内容

本发明提供一种数据接收的方法及装置，用以解决现有技术中内核的负载较重的问题。

本发明提供一种数据接收的方法，包括：

第一应用进程确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

所述第一应用进程向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；

所述第一应用进程对接收到的所述第一数据进行处理。

可选的，在本发明一实施例中，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核。

可选的，在本发明一实施例中，所述第一应用进程对接收到的所述第一数据进行处理之前，还包括：

所述第一应用进程向所述内核发送第三消息，所述第三消息用于通知所述内核将所述第一数据拷贝至用户空间；

所述第一应用进程接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间。

可选的，在本发明一实施例中，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间。

可选的，在本发明一实施例中，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据；

相应的，所述第一应用进程对接收到的所述第一数据进行处理，包括：

所述第一应用进程对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

本发明还提供一种数据接收的装置，包括：

第一应用进程确定模块，用于确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

第一应用进程发送模块，用于向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

第一应用进程接收模块，用于接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；

第一应用进程处理模块，用于对接收到的所述第一数据进行处理。

可选的，在本发明一实施例中，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核。

可选的，在本发明一实施例中，所述应用进程发送模块，还用于向所述内核发送第三消息，所述第三消息用于通知所述内核将所述第一数据拷贝至用户空间；

所述应用进程接收模块，还用于接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间。

可选的，在本发明一实施例中，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间。

可选的，在本发明一实施例中，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据；

相应的，所述第一应用进程处理模块，具体用于：

对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

本发明提供的数据接收的方法及装置，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已接收完毕；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。

附图说明

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

图1为本发明数据接收的方法的应用场景示意图；

图2为本发明数据接收的方法实施例一的流程图；

图3为本发明数据接收的方法实施例二的流程图；

图4为本发明数据接收的方法实施例三的流程图；

图5为本发明数据接收的装置实施例一的结构示意图。

具体实施方式

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

图1为本发明数据接收的方法的应用场景示意图；如图1所示，本发明的应用场景可以包括：第一设备和第二设备；第一应用进程运行在第一设备，第二应用进程运行在第二设备；第一应用进程可以调用第二应用进程。当第一应用进程调用第二应用进程时，第一应用进程与第二应用进程之间需要进行通信。其中，第一设备与第二设备之间可以通过通信网络进行通信。其中，该通信网络中所使用的协议可以使用用可扩展标记语言XML(ExteileMarkuLaguage)描述的协议，或使用轻量级的数据交换格式JSON(JavaScript Object Notation)描述的协议等。

需要说明的是，以下主要描述了第一应用进程如何接收第二应用进程发送数据的过程；第二应用进程接收第一应用进程发送数据的过程，与第一应用进程接收第二应用进程发送数据的过程类似。

图2为本发明数据接收的方法实施例一的流程图；如图2所示，本实施例的方法可以包括：

步骤201、第一应用进程确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

步骤202、所述第一应用进程向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

步骤203、所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；

步骤204、所述第一应用进程对接收到的所述第一数据进行处理。

本实施例中，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已接收完毕；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。

图3为本发明数据接收的方法实施例二的流程图；如图3所示，本实施例的方法可以包括：

步骤301、第一应用进程确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

可选的，所述第一应用进程可以通过接收第二应用进程发送的通知消息的方式，确定需要接收来自第二应用进程的数据。

步骤302、所述第一应用进程向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

可选的，所述第一应用进程可以通过第一调用系统函数的方式向内核发送所述第一消息。

可选的，所述操作系统可以为Linux操作系统、Windows操作系统等。

步骤303、所述第一应用进程接收所述内核发送的第二消息，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核。

其中，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据。

可选的，所述第二消息可以认为是所述第一消息的应答消息。当第一应用进程通过调用第一系统函数的方式向内核发送第一消息时，所述内核可以通过所调用的第一系统函数的返回值向所述第一应用进程发送所述第二消息。

步骤304、所述第一应用进程向所述内核发送第三消息，所述第三消息用于通知所述内核将所述第一数据拷贝至用户空间；

可选的，所述第一应用进程可以通过调用第二系统函数的方式向内核发送所述第三消息。

步骤305、所述第一应用进程接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间；

可选的，所述第四消息可以认为是所述第三消息的应答消息。当第一应用进程通过调用第二系统函数的方式向内核发送第二消息时，所述内核可以通过所调用的第二系统函数的返回值向所述第一应用进程发送所述第四消息。

步骤306、所述第一应用进程对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

需要说明的是，对第一数据进行Thrift反序列化过程为第二应用进程对第二数据进行Thrift序列化过程的逆过程。

需要说明的是，通过Thrift序列化，使得当第一应用进程对应的第一应用程序，与第二应用进程对应的第二应用程序为使用不同程序开发语言(例如，C语言、Java语言等)所开发的应用程序时，也可以实现第一应用进程与第二应用进程之间的通信。

本实施例中，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核；第一应用进程向内核发送用于通知内核将第一数据拷贝至用户空间的第三消息；第一应用进程接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已拷贝至内核；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。并且，由于内核的所有操作最终都是有处理器(例如，中央处理器(CPU，Central Processing UnitCentralProcessing Unit))来执行；因此，在减小内核的负载的同时，也减小了处理器处理任务时的中断次数。

图4为本发明数据接收的方法实施例三的流程图；如图4所示，本实施例的方法可以包括：

步骤401、第一应用进程确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

步骤402、所述第一应用进程向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

需要说明的是，步骤402与步骤302类似，在此不再赘述。

步骤403、所述第一应用进程接收所述内核发送的第二消息，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间。

其中，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据。

需要说明的是，步骤403与步骤303的不同支出在于：步骤303中内核是在将来自所述第二应用进程的第一数据已拷贝至内核后向第一应用进程发送第二消息；第一应用进程向内核发送第三消息，触发内核将数据拷贝至用户空间并向第一应用进程返回用于指示第一数据已拷贝至用户空间的第四消息；步骤403中内核是在将来自所述第二应用进程的第一数据已拷贝至用户空间后向第一应用进程发送第二消息。

可以看出，本实施例与图3所示实施例相比，进一步减小了内核处理消息的数目，从而进一步减小了内核的负载。

步骤404、所述第一应用进程对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

需要说明的是，步骤404与步骤306类似，在此不再赘述。

本实施例中，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已拷贝至内核；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。并且，由于内核的所有操作最终都是有处理器(例如，CPU)来执行；因此，在减小内核的负载的同时，也减小了处理器处理任务时的中断次数。

图5为本发明数据接收的装置实施例一的结构示意图；如图5所示，本实施例的装置，可以包括：第一应用进程确定模块501、第一应用进程发送模块502、第一应用进程接收模块503和第一应用进程处理模块504。其中，第一应用进程确定模块501，用于确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；第一应用进程发送模块502，用于向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；第一应用进程接收模块503，用于接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；第一应用进程处理模块504，用于对接收到的所述第一数据进行处理。

本实施例中，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已接收完毕；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。

本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理类似，此处不再赘述。

数据接收的装置实施例二

可选的，在本发明数据接收的装置实施例一的基础上，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核。

可选的，所述应用进程发送模块，还用于向所述内核发送第三消息，所述第三消息用于通知所述内核将所述第一数据拷贝至用户空间；

所述应用进程接收模块，还用于接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间。

可选的，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据；

相应的，第一应用进程处理模块504，具体用于：

对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

本实施例中，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核；第一应用进程向内核发送用于通知内核将第一数据拷贝至用户空间的第三消息；第一应用进程接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已拷贝至内核；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。并且，由于内核的所有操作最终都是有处理器(例如，中央处理器(CPU，Central Processing UnitCentral Processing Unit))来执行；因此，在减小内核的负载的同时，也减小了处理器处理任务时的中断次数。

本实施例的装置，可以用于执行图3所示方法实施例的技术方案，其实现原理类似，此处不再赘述。

数据接收的装置实施例三

可选的，在本发明数据接收的装置实施例一的基础上，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间。

可选的，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据；

相应的，第一应用进程处理模块504，具体用于：

对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

本实施例中，通过第一应用进程在确定需要接收来自第二应用进程的数据时，向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述第一应用进程接收所述内核发送的第二消息，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间；实现了第一应用进程在获知第二应用向其发送数据后，通过接收内核发送的用于指示来自第二应用进程的第一数据已接收完成的第二消息确认来自第二应用进程的数据已拷贝至内核；第一应用进程不再需要每隔一段时间向内核确认数据是否接收完毕；因此，内核不再需要处理来自第一应用进程的确认数据是否接收完毕的相关消息，减小了内核的负载。并且，由于内核的所有操作最终都是有处理器(例如，CPU)来执行；因此，在减小内核的负载的同时，也减小了处理器处理任务时的中断次数。

本实施例的装置，可以用于执行图4所示方法实施例的技术方案，其实现原理类似，此处不再赘述。

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

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种数据接收的方法，其特征在于，包括：

第一应用进程确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

所述第一应用进程向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

所述第一应用进程接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；

所述第一应用进程对接收到的所述第一数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核。

3.根据权利要求2所述的方法，其特征在于，所述第一应用进程对接收到的所述第一数据进行处理之前，还包括：

所述第一应用进程向所述内核发送第三消息，所述第三消息用于通知所述内核将所述第一数据拷贝至用户空间；

所述第一应用进程接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间。

4.根据权利要求1所述的方法，其特征在于，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据；

相应的，所述第一应用进程对接收到的所述第一数据进行处理，包括：

所述第一应用进程对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。

6.一种数据接收的装置，其特征在于，包括：

第一应用进程确定模块，用于确定需要接收来自第二应用进程的数据；其中，所述第一应用进程运行在第一设备，所述第二应用进程运行在第二设备；

第一应用进程发送模块，用于向内核发送第一消息，所述第一消息用于通知内核接收来自第二应用进程的数据；所述内核为所述第一设备的操作系统的内核；

第一应用进程接收模块，用于接收所述内核发送的第二消息，所述第二消息用于指示来自所述第二应用进程的第一数据已接收完成；

第一应用进程处理模块，用于对接收到的所述第一数据进行处理。

7.根据权利要求6所述的装置，其特征在于，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至内核。

8.根据权利要求7所述的装置，其特征在于，所述应用进程发送模块，还用于向所述内核发送第三消息，所述第三消息用于通知所述内核将所述第一数据拷贝至用户空间；

所述应用进程接收模块，还用于接收所述内核发送的第四消息，所述第四消息用于指示来自所述第二应用进程的第一数据已拷贝至所述用户空间。

9.根据权利要求6所述的装置，其特征在于，所述第二消息具体用于指示来自所述第二应用进程的第一数据已拷贝至用户空间。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述第一数据为所述第二应用进程对第二数据进行Thrift序列化后获得的数据；

相应的，所述第一应用进程处理模块，具体用于：

对接收到的所述第一数据进行Thrift反序列化，获得所述第二数据。