CN117667451A - 一种面向数据对象的远程过程调用方法及相关设备 - Google Patents

Abstract

本公开提供的一种面向数据对象的远程过程调用方法及相关设备，应用于客户端，可以利用内存映射机制实现远程过程调用的无序列化，使得数据对象在客户端进程和服务端进程中均为完全一致的内存镜像，并通过内存地址分区管理，使得客户端和服务端对数据对象所使用的地址空间完全一致，避免地址冲突，从而提高了数据对象的远程过程调用的效率，保障应用系统迁移到云计算平台后的可靠性。

Description

一种面向数据对象的远程过程调用方法及相关设备

技术领域

本公开涉及云迁移技术领域，尤其涉及一种面向数据对象的远程过程调用方法及相关设备。

背景技术

随着云计算技术的高速发展，具有规模大、虚拟化、可靠性高、通用性强、高可扩展性和廉价等优点的云计算服务，为企业节约了数据成本和资源，使得企业更加积极地将应用系统迁移到云计算平台。

然而，在应用系统的迁移过程中，需要针对云化后的环境对应用系统进行适配化改造，以充分利用云计算平台的能力。适配化改造可以通过设计分层，实现业务与数据的解耦，也可以通过微服务架构，围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。上述的适配化改造方法均涉及将原本一体的应用系统切分为多个服务模块，这意味着原有的以运行时数据对象传递请求参数与结果的本地函数模式(调用栈)，将改为远程过程调用(Remote process call，RPC)模式。

在RPC模式的应用中，现有的序列化方法往往由于无法正确、完善地处理指针，导致出现运行时数据结构与序列化数据结构不一致的情况，降低数据对象在远程过程调用过程中的空间效率和时间效率，增加了适配化改造的开发工作难度，使得改造后的应用系统难以维护。

因此，如何面向数据对象提供可靠且高效的远程过程调用方法，成为本领域技术人员急需解决的技术问题。

发明内容

鉴于上述问题，本公开提供一种克服上述问题或者至少部分地解决上述问题的一种面向数据对象的远程过程调用方法及相关设备，技术方案如下：

一种面向数据对象的远程过程调用方法，应用于客户端，所述方法包括：

获得请求方发送的业务请求；

根据所述业务请求的业务逻辑，生成与所述业务请求对应的多个数据服务请求；

按照启动线程的线程数量对预留地址对应的内存空间进行分配，在所述内存空间中为各所述线程分配对应的内存分区，其中，所述预留地址为所述客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；

在任一所述线程获得所述数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和所述数据服务请求发送至所述服务端，以使所述服务端读取所述可用空间首地址上的数据，并响应所述数据服务请求进行数据处理，返回数据处理后得到的数据对象；

利用所述下一个可用空间首地址在该内存分区上创建匿名内存区域；

在获得所述数据对象的情况下，将所述数据对象存储至所述匿名内存区域中；

在各所述数据服务请求对应的所述数据对象均存储至所述内存空间的情况下，对所述内存空间中的各所述数据对象进行处理，获得数据对象处理结果，并将所述数据对象处理结果发送至所述请求方。

一种面向数据对象的远程过程调用装置，应用于客户端，所述装置包括：业务请求获得单元、数据服务请求生成单元、内存空间分配单元、请求参数发送单元、内存区域创建单元、数据对象存储单元和数据对象处理结果获得单元，

所述业务请求获得单元，用于获得请求方发送的业务请求；

所述数据服务请求生成单元，用于根据所述业务请求的业务逻辑，生成与所述业务请求对应的多个数据服务请求；

所述内存空间分配单元，用于按照启动线程的线程数量对预留地址对应的内存空间进行分配，在所述内存空间中为各所述线程分配对应的内存分区，其中，所述预留地址为所述客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；

所述请求参数发送单元，用于在任一所述线程获得所述数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和所述数据服务请求发送至所述服务端，以使所述服务端读取所述可用空间首地址上的数据，并响应所述数据服务请求进行数据处理，返回数据处理后得到的数据对象；

所述内存区域创建单元，用于利用所述下一个可用空间首地址在该内存分区上创建匿名内存区域；

所述数据对象存储单元，用于在获得所述数据对象的情况下，将所述数据对象存储至所述匿名内存区域中；

所述数据对象处理结果获得单元，用于在各所述数据服务请求对应的所述数据对象均存储至所述内存空间的情况下，对所述内存空间中的各所述数据对象进行处理，获得数据对象处理结果，并将所述数据对象处理结果发送至所述请求方。

一种计算机可读存储介质，其上存储有程序，所述程序被处理器执行时实现所述的面向数据对象的远程过程调用方法。

一种电子设备，所述电子设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行所述的面向数据对象的远程过程调用方法。

借由上述技术方案，本公开提供的一种面向数据对象的远程过程调用方法及相关设备，应用于客户端，可以获得请求方发送的业务请求；根据业务请求的业务逻辑，生成与业务请求对应的多个数据服务请求；按照启动线程的线程数量对预留地址对应的内存空间进行分配，在内存空间中为各线程分配对应的内存分区，其中，预留地址为客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；在任一线程获得数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和数据服务请求发送至服务端，以使服务端读取可用空间首地址上的数据，并响应数据服务请求进行数据处理，返回数据处理后得到的数据对象；利用下一个可用空间首地址在该内存分区上创建匿名内存区域；在获得数据对象的情况下，将数据对象存储至匿名内存区域中；在各数据服务请求对应的数据对象均存储至内存空间的情况下，对内存空间中的各数据对象进行处理，获得数据对象处理结果，并将数据对象处理结果发送至请求方。本公开利用内存映射机制实现远程过程调用的无序列化，使得数据对象在客户端进程和服务端进程中均为完全一致的内存镜像，并通过内存地址分区管理，使得客户端和服务端对数据对象所使用的地址空间完全一致，避免地址冲突，从而提高了数据对象的远程过程调用的效率，保障应用系统迁移到云计算平台后的可靠性。

上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1示出了现有序列化的远程过程调用架构的示意图；

图2示出了本公开实施例提供的基于内存映射机制的远程过程调用架构的示意图；

图3示出了本公开实施例提供的面向数据对象的远程过程调用方法的一种实施方式的流程示意图；

图4示出了本公开实施例提供的面向数据对象的远程过程调用方法的另一种实施方式的流程示意图；

图5示出了本公开实施例提供的面向数据对象的远程过程调用方法的另一种实施方式的流程示意图；

图6示出了本公开实施例提供的面向数据对象的远程过程调用装置的结构示意图；

图7示出了本公开实施例提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

远程过程调用(Remote process call，RPC)的架构包括4个核心组件，分别是客户端调用者、服务端函数、客户端存根(Client Stub)和服务端存根(Server Stub)。现有序列化的远程过程调用架构可参考图1，客户端存根存放服务端的地址消息，将包含请求参数的数据对象序列化成网络消息，通过网络远程发送给服务方，等待服务端响应，接收返回网络数据包后反序列化为本地的数据对象。服务端存根接收客户端发送过来的消息，将其反序列化为本地的数据对象，调用本地的方法，得到数据对象结果并序列化为网络数据包，返回发送给客户端。

作为一种可以提供更高性能、具备高实时和低延迟等特性的编译型语言，C++语言在高性能后台服务系统场景下得到广泛应用。目前支持C++语言的序列化方法有xml、json、Google protobuf与boost serialization等。其中xml和json属于文本协议，可读性高，广泛应用于Web开发的数据交换中，但空间效率与时间效率都较低。Google protobuf与boostserialization属于二进制协议，是轻便高效的结构化数据存储格式，传输同样的数据，占用更小的内存空间，但前者不提供C++标准模板库(STL)的支持，后者对指针的处理不完善。

这些常见的序列化方法在RPC应用当中，往往出现运行时数据结构与序列化数据结构不一致的情况，原因是一般的序列化方法有缺陷，无法处理指针所导致。所以在系统间传输过程中，需要进行一系列的转化，如图1中客户端存根与服务端存根部分所示。当数据类型很复杂时，需重新设计一套类型受限的序列化数据结构，而且还有转换为运行时数据结构的开发工作，代码臃肿，不易维护。

针对上述问题，本公开实施例提供了一种面向数据对象的远程过程调用方法，针对复杂型的数据对象，提供基于内存映射机制的远程过程调用(Memory mapping remoteprocess call，MMRPC)，使得开发者可以如同调用本地方法一样，对远程函数方法进行调用，并能处理任意复杂的运行时数据对象。

本公开实施例提供的基于内存映射机制的远程过程调用架构可参考图2，本公开实施例可以利用Linux成熟的内存映射机制(mmap)解决指针序列化问题，并利用内存地址分区管理解决内存映射带入的地址冲突问题，从而不需要对运行时数据对象做类型转换和序列化反序列化转换，再结合STL内存分配器机制复用STL容器，能支持任意复杂的运行时数据对象。

如图3所示，本公开实施例提供的面向数据对象的远程过程调用方法的一种实施方式的流程示意图，该远程过程调用方法应用于客户端，该远程过程调用方法可以包括：

S100、获得请求方发送的业务请求。

S200、根据业务请求的业务逻辑，生成与业务请求对应的多个数据服务请求。

本公开实施例可以获得外部的请求方发送的业务请求，并根据该业务请求的业务逻辑，生成多个数据服务请求，再按照系统当前的线程资源情况，启动与线程资源情况匹配的线程数量的线程。

S300、按照启动线程的线程数量对预留地址对应的内存空间进行分配，在内存空间中为各线程分配对应的内存分区，其中，预留地址为客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址。

本公开实施例可以初始化预留地址对应的内存空间，按照启动线程的线程数量将该内存空间进行切分，获得分区数量与线程数量相同的内存分区，并将该内存分区分配至相应的线程。

可以理解的是，在一个具体的云化改造工程项目中，原本一体的业务模块和数据模块拆分部署后具有相同的软硬件环境，比如64位CPU，相同操作系统、编译器、STL版本等，从而具备直接复用内存镜像的条件。

具体的，本公开实施例通过Linux的内存映射机制来替换现有序列化的远程过程调用中对运行时数据的类型转换和序列化操作，使得运行时数据对象在客户端进程和服务端进程中均为完全一致的内存镜像。

现有序列化的远程过程调用中指针无法序列化的根本原因是数据对象在序列化进程与反序列化进程中所处的地址空间不同造成的。本公开实施例为此引入了Linux的内存映射机制，该内存映射机制的函数原型为：“void*mmap(void*addr,size_t len,intprot,int flags,int fd,off_t offset)”，其中，参数“addr”指向欲映射的内存起始地址，通常设为“NULL”，代表让系统自动选定地址，内存映射机制中指定为事先配置好的预留地址，映射成功后返回该地址。参数“flags”设置为“MAP_FIXED|MAP_ANONYMOUS”。表示如果参数“addr”所指的地址无法成功建立映射时，则放弃映射，不对地址做修正。“MAP_ANONYMOUS”建立匿名映射，此时会忽略参数“fd”，不涉及文件，而且映射区域无法和其他进程共享，相当于在服务端进程和客户端进程的序列化和反序列化过程中同时使用指定地址空间，使得数据对象内地址指针自然保持有效。

本公开实施例通过内存映射机制，无需额外的定义文件即可支持原生指针，实现了远程过程调用的无序列化。

在通常情况下，在64位地址空间当中，有大量的空闲空间可供应用使用。客户端进程和服务端进程双方可约定一个未使用的虚拟内存区域作为映射的内存空间。这样客户端和服务端对运行时数据对象所使用的地址空间完全一致。进一步地，本公开实施例可以规划1TB大小的地址空间0x100000000000～0x110000000000，利用内存映射机制映射到进程中。

S400、在任一线程获得数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和数据服务请求发送至服务端，以使服务端读取可用空间首地址上的数据，并响应数据服务请求进行数据处理，返回数据处理后得到的数据对象。

具体的，本公开实施例可以在检测到任一未处理的数据服务请求的情况下，将该数据服务请求分配至空闲的线程中，并将下一个可用空间首地址作为请求参数之一，与数据服务请求一起发送给服务端。

S500、利用下一个可用空间首地址在该内存分区上创建匿名内存区域。

客户端内部一般会串行多次或并发多次访问调用远程服务端，为了避免在返回多个数据对象时地址冲突，需进行内存地址统一管理，强制以客户端请求内的下一个可用空间首地址(current pointer)作为内存映射机制中匿名内存区域的首地址。

可选的，基于图3所示方法，如图4所示，本公开实施例提供的面向数据对象的远程过程调用方法的另一种实施方式的流程示意图，步骤S500可以包括：

S510、使用预设内存分配器中的内存分配算法对该内存分区进行内存地址分区管理，在该内存分区上创建与下一个可用空间首地址对应的匿名内存区域。

运行时数据对象具有结构自由且复杂的特点，既可能是基本的C++数据类型，如“int”、“double”以及“string”等原生数据类型，也可能是STL中的容器及用户自定义的嵌套的任意复杂的数据类型。假设某个复杂的数据对象为“key-value”键值对结构，其中，“value”部分是一个键值对结构数组，自实现一个带有搜索与增删改等操作的哈希表数据结构耗时耗力，而且“value”部分还可能又嵌套了复杂对象，不仅代码工作量大，开发效率也低。因此，本公开实施例通过使用STL中的map或unordered_map相关类型的关联容器来支持结构复杂的数据对象。

其中，预设内存分配器可以为STL内存分配器、该内存分配算法可以为常规内存分配算法。

本公开实施例可以基于C++中将任意复杂的数据类型的内存分配到指定内存区域的机制，构建自定义的内存分配器(allocator)。通过内存分配器将原生数据类型和用户自定义数据类型的数据对象通过placement new机制将内存分配到指定区域。本公开实施例可以将STL中的各种容器类型的数据对象通过自定义allocator将容器的内存分配到指定区域。

本公开实施例通过自定义的内存分配器，使得需要远程传递的大小不一的各种运行时C++对象从指定的地址空间中分配。最终，远程进程把指定内存区域内地址连续的内存镜像导出(dump)为结果数据包。

对于具有结构复杂的数据对象，若采用protobuf或boost serialization，则云化改造工程需要加入一套满足序列化要求的数据结构类型，业务模块与数据模块要么进行重构以适配这个数据结构，要么转换序列化结构为原运行时数据结构，不仅改造动作大，而且改造周期长。本公开实施例通过预设内存分配器支持标准容器和任意结构嵌套的内存分配，不仅改动范围小，且由于不涉及业务结构变动，还可以降低改造风险。

可选的，服务端在接收到多个数据服务请求的情况下，依次响应各数据服务请求，在对一个数据服务请求进行数据处理完成后，再对另一个数据服务请求进行数据处理。

由于客户端和服务端所规划的地址空间相同，且服务端一次只处理一个序列化数据对象，从而可以避免地址冲突问题，使得服务端在收到相应数据服务请求后根据该下一个可用空间首地址进行数据读取。

S600、在获得数据对象的情况下，将数据对象存储至匿名内存区域中。

可选的，基于图3所示方法，如图5所示，本公开实施例提供的面向数据对象的远程过程调用方法的另一种实施方式的流程示意图，在步骤S600之后，还包括：

S800、将可用空间首地址后的待分配地址确定为下一个可用空间首地址。

具体的，本公开实施例可以修改内存分区的待分配地址为返回内存镜像的末尾，使得该待分配地址为下一个可用空间首地址，以便线程再次获得数据服务请求的情况下，将该下一个可用空间首地址和该数据服务请求发送至服务端。

S700、在各数据服务请求对应的数据对象均存储至内存空间的情况下，对内存空间中的各数据对象进行处理，获得数据对象处理结果，并将数据对象处理结果发送至请求方。

具体的，本公开实施例可以整合内存空间中的各数据对象并进行处理，将处理后得到的数据对象处理结果作为服务结果发送至请求方。

本公开实施例提供的面向数据对象的远程过程调用方法，支持多并发远程调用，不仅减少系统整体响应时间，还能通过横向扩展服务器来缓解由于数据增长带来的硬件升级压力以及性能压力等问题。此外，不仅适用于应用系统内部的业务模块与数据模块之间，也可应用于分布式计算，能够将需要进行大量计算的任务拆分成独立的可并行计算的小任务，再以多线程并发远程过程调用方式调度多台计算机分别计算，最终把结构复杂的运算结果合并得出最终结果。

本公开提供的一种面向数据对象的远程过程调用方法，应用于客户端，可以获得请求方发送的业务请求；根据业务请求的业务逻辑，生成与业务请求对应的多个数据服务请求；按照启动线程的线程数量对预留地址对应的内存空间进行分配，在内存空间中为各线程分配对应的内存分区，其中，预留地址为客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；在任一线程获得数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和数据服务请求发送至服务端，以使服务端读取可用空间首地址上的数据，并响应数据服务请求进行数据处理，返回数据处理后得到的数据对象；利用下一个可用空间首地址在该内存分区上创建匿名内存区域；在获得数据对象的情况下，将数据对象存储至匿名内存区域中；在各数据服务请求对应的数据对象均存储至内存空间的情况下，对内存空间中的各数据对象进行处理，获得数据对象处理结果，并将数据对象处理结果发送至请求方。本公开利用内存映射机制实现远程过程调用的无序列化，使得数据对象在客户端进程和服务端进程中均为完全一致的内存镜像，并通过内存地址分区管理，使得客户端和服务端对数据对象所使用的地址空间完全一致，避免地址冲突，从而提高了数据对象的远程过程调用的效率，保障应用系统迁移到云计算平台后的可靠性。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

与上述方法实施例相对应，本公开实施例还提供一种面向数据对象的远程过程调用装置，其结构如图6所示，应用于客户端，该装置可以包括：业务请求获得单元100、数据服务请求生成单元200、内存空间分配单元300、请求参数发送单元400、内存区域创建单元500、数据对象存储单元600和数据对象处理结果获得单元700。

业务请求获得单元100，用于获得请求方发送的业务请求。

数据服务请求生成单元200，用于根据业务请求的业务逻辑，生成与业务请求对应的多个数据服务请求。

内存空间分配单元300，用于按照启动线程的线程数量对预留地址对应的内存空间进行分配，在内存空间中为各线程分配对应的内存分区，其中，预留地址为客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址。

请求参数发送单元400，用于在任一线程获得数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和数据服务请求发送至服务端，以使服务端读取可用空间首地址上的数据，并响应数据服务请求进行数据处理，返回数据处理后得到的数据对象。

内存区域创建单元500，用于利用下一个可用空间首地址在该内存分区上创建匿名内存区域。

数据对象存储单元600，用于在获得数据对象的情况下，将数据对象存储至匿名内存区域中。

数据对象处理结果获得单元700，用于，在各数据服务请求对应的数据对象均存储至内存空间的情况下，对内存空间中的各数据对象进行处理，获得数据对象处理结果，并将数据对象处理结果发送至请求方。

可选的，内存区域创建单元500，具体用于使用预设内存分配器中的内存分配算法对该内存分区进行内存地址分区管理，在该内存分区上创建与下一个可用空间首地址对应的匿名内存区域。

可选的，该装置还可以包括：可用空间首地址确定单元，

可用空间首地址确定单元，用于数据对象存储单元600在获得数据对象的情况下，将数据对象存储至内存分区中与可用空间首地址对应的匿名内存区域中之后，将可用空间首地址后的待分配地址确定为下一个可用空间首地址。

可选的，服务端在接收到多个数据服务请求的情况下，依次响应各数据服务请求，在对一个数据服务请求进行数据处理完成后，再对另一个数据服务请求进行数据处理。

本公开提供的一种面向数据对象的远程过程调用装置，应用于客户端，可以获得请求方发送的业务请求；根据业务请求的业务逻辑，生成与业务请求对应的多个数据服务请求；按照启动线程的线程数量对预留地址对应的内存空间进行分配，在内存空间中为各线程分配对应的内存分区，其中，预留地址为客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；在任一线程获得数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和数据服务请求发送至服务端，以使服务端读取可用空间首地址上的数据，并响应数据服务请求进行数据处理，返回数据处理后得到的数据对象；利用下一个可用空间首地址在该内存分区上创建匿名内存区域；在获得数据对象的情况下，将数据对象存储至匿名内存区域中；在各数据服务请求对应的数据对象均存储至内存空间的情况下，对内存空间中的各数据对象进行处理，获得数据对象处理结果，并将数据对象处理结果发送至请求方。本公开利用内存映射机制实现远程过程调用的无序列化，使得数据对象在客户端进程和服务端进程中均为完全一致的内存镜像，并通过内存地址分区管理，使得客户端和服务端对数据对象所使用的地址空间完全一致，避免地址冲突，从而提高了数据对象的远程过程调用的效率，保障应用系统迁移到云计算平台后的可靠性。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

所述面向数据对象的远程过程调用装置包括处理器和存储器，上述业务请求获得单元100、数据服务请求生成单元200、内存空间分配单元300、请求参数发送单元400、内存区域创建单元500、数据对象存储单元600和数据对象处理结果获得单元700等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来利用内存映射机制实现远程过程调用的无序列化，使得数据对象在客户端进程和服务端进程中均为完全一致的内存镜像，并通过内存地址分区管理，使得客户端和服务端对数据对象所使用的地址空间完全一致，避免地址冲突，从而提高了数据对象的远程过程调用的效率，保障应用系统迁移到云计算平台后的可靠性。

本公开实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述面向数据对象的远程过程调用方法。

本公开实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述面向数据对象的远程过程调用方法。

本公开实施例提供了一种电子设备，电子设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，处理器、存储器通过总线完成相互间的通信；处理器用于调用存储器中的程序指令，以执行所述面向数据对象的远程过程调用方法。

如图7所示，电子设备1000可以包括处理装置(例如中央处理器、图形处理器等)1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储装置1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。在RAM1003中，还存储有电子设备1000操作所需的各种程序和数据。处理装置1001、ROM1002以及RAM1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

通常，以下装置可以连接至I/O接口1005：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1007；包括例如磁带、硬盘等的存储装置1008；以及通信装置1009。通信装置1009可以允许电子设备1000与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备1000，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

本公开还提供了一种计算机程序产品，当在电子设备上执行时，适于执行初始化有面向数据对象的远程过程调用方法步骤的程序。

本公开是参照根据本公开实施例的方法、装置、电子设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，电子设备包括一个或多个处理器(CPU)、存储器和总线。电子设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

在本公开的描述中，需要理解的是，如若涉及术语“上”、“下”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的位置或元件必须具有特定方位、以特定的方位构成和操作，因此不能理解为本公开的限制。

本领域技术人员应明白，本公开的实施例可提供为方法、系统或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种面向数据对象的远程过程调用方法，其特征在于，应用于客户端，所述方法包括：

获得请求方发送的业务请求；

根据所述业务请求的业务逻辑，生成与所述业务请求对应的多个数据服务请求；

按照启动线程的线程数量对预留地址对应的内存空间进行分配，在所述内存空间中为各所述线程分配对应的内存分区，其中，所述预留地址为所述客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；

在任一所述线程获得所述数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和所述数据服务请求发送至所述服务端，以使所述服务端读取所述可用空间首地址上的数据，并响应所述数据服务请求进行数据处理，返回数据处理后得到的数据对象；

利用所述下一个可用空间首地址在该内存分区上创建匿名内存区域；

在获得所述数据对象的情况下，将所述数据对象存储至所述匿名内存区域中；

在各所述数据服务请求对应的所述数据对象均存储至所述内存空间的情况下，对所述内存空间中的各所述数据对象进行处理，获得数据对象处理结果，并将所述数据对象处理结果发送至所述请求方。

2.根据权利要求1所述的方法，其特征在于，所述利用所述下一个可用空间首地址在该内存分区上创建匿名内存区域，包括：

使用预设内存分配器中的内存分配算法对该内存分区进行内存地址分区管理，在该内存分区上创建与所述下一个可用空间首地址对应的匿名内存区域。

3.根据权利要求1所述的方法，其特征在于，在获得所述数据对象的情况下，将所述数据对象存储至所述内存分区中与所述可用空间首地址对应的匿名内存区域中之后，还包括：

将所述可用空间首地址后的待分配地址确定为下一个可用空间首地址。

4.根据权利要求1所述的方法，其特征在于，所述服务端在接收到多个所述数据服务请求的情况下，依次响应各所述数据服务请求，在对一个所述数据服务请求进行数据处理完成后，再对另一个所述数据服务请求进行数据处理。

5.一种面向数据对象的远程过程调用装置，其特征在于，应用于客户端，所述装置包括：业务请求获得单元、数据服务请求生成单元、内存空间分配单元、请求参数发送单元、内存区域创建单元、数据对象存储单元和数据对象处理结果获得单元，

所述业务请求获得单元，用于获得请求方发送的业务请求；

所述数据服务请求生成单元，用于根据所述业务请求的业务逻辑，生成与所述业务请求对应的多个数据服务请求；

所述内存空间分配单元，用于按照启动线程的线程数量对预留地址对应的内存空间进行分配，在所述内存空间中为各所述线程分配对应的内存分区，其中，所述预留地址为所述客户端与服务端基于内存映射机制预先约定好的虚拟内存区域对应的映射地址；

所述请求参数发送单元，用于在任一所述线程获得所述数据服务请求的情况下，将该线程对应的内存分区的下一个可用空间首地址和所述数据服务请求发送至所述服务端，以使所述服务端读取所述可用空间首地址上的数据，并响应所述数据服务请求进行数据处理，返回数据处理后得到的数据对象；

所述内存区域创建单元，用于利用所述下一个可用空间首地址在该内存分区上创建匿名内存区域；

所述数据对象存储单元，用于在获得所述数据对象的情况下，将所述数据对象存储至所述匿名内存区域中；

所述数据对象处理结果获得单元，用于在各所述数据服务请求对应的所述数据对象均存储至所述内存空间的情况下，对所述内存空间中的各所述数据对象进行处理，获得数据对象处理结果，并将所述数据对象处理结果发送至所述请求方。

6.根据权利要求5所述的装置，其特征在于，所述内存区域创建单元，具体用于使用预设内存分配器中的内存分配算法对该内存分区进行内存地址分区管理，在该内存分区上创建与所述下一个可用空间首地址对应的匿名内存区域。

7.根据权利要求5所述的装置，其特征在于，还包括：可用空间首地址确定单元，

所述可用空间首地址确定单元，用于所述数据对象存储单元在获得所述数据对象的情况下，将所述数据对象存储至所述内存分区中与所述可用空间首地址对应的匿名内存区域中之后，将所述可用空间首地址后的待分配地址确定为下一个可用空间首地址。

8.根据权利要求5所述的装置，其特征在于，所述服务端在接收到多个所述数据服务请求的情况下，依次响应各所述数据服务请求，在对一个所述数据服务请求进行数据处理完成后，再对另一个所述数据服务请求进行数据处理。

9.一种计算机可读存储介质，其上存储有程序，其特征在于，所述程序被处理器执行时实现如权利要求1至4中任一项所述的面向数据对象的远程过程调用方法。

10.一种电子设备，所述电子设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1至4中任一项所述的面向数据对象的远程过程调用方法。