一种嵌入式RPC的设计与实现
1．4 SunRPC
SunRPC有时也称为ONC(Open Network Computing)RPC。Sun RPC提供了一个接口语言IDL和rpcgen用于C语言支持。这门语言可以定义constants，typedef，structure，union。rpcgen可以产生server code，client stub和头文件。server code主要是建立socket，注册端口和监听，接受连接，拆参数，调用实际的过程，打包返回值。client stub则是打包参数，发送给server，将返回值解包。Sun RPC缺点就是对Windows没有很好的支持。
2设计
本设计与传统的模型不同，服务器端分为：网络通讯，接收状态机和过程处理。客户端分为网络通讯，发送状态机和过程调用。
图3是服务器端的状态机。服务器进程从初始状态进入GetHeader状态。GetHeader是读取远程过程调用的头信息。如果一次得到了所有数据，也就是nCurLen>=dwTotalSize，则进入GetComplatePacket状态，反之进入GetData状态。GetData是读取参数数据，读取数据直到得到所有的数据进入GetComplatePacket状态。期间如果超时，则回到GetHeader状态。超时的起始时间从GetHeader韵第一个字节算起，如果在定义的时间无法读取dwTotalSize个字节，则Timeout从而回到GetHeader状态。在GetHeader和GetData时，如果读取数据有错误(如客户端断开连接，recv函数返回错误)则状态机退出。GetComplatePacket是得到了完整的包。CheckCall判断当前的调用是否是有效的过程调用。如果无效则进入状态，并回复无效命令给客户端，最后进入GetHeader状态。如果有效，则处理此调用，最后发送结果给客户端。本文引用地址：//m.amcfsurvey.com/article/150615.htm
图4为客户端状态机。首先是打包参数，发送到服务器端，等待服务器端的回复，进入GetHeader状态。GetHeader，GetData和Get Com-plate Packet与服务器相应的状态意义相同。如果timeout则返回timeout错误。如果得到了整个packet则拆分最后返回。
DCE—RPC和ONC—RPC允许选择UDP或TCP协议。TCP协议传输控制协议，提供的是面向连接、可靠的字节流服务。UDP协议不提供可靠性，它只是把应用程序传给IP层的数据报发送出去，但是并不能保证它们能到达目的地。基于TCP协议的可靠性，选择TCP作为通讯协议。
3实现
3．1 数据结构
服务器和客户用共用包头信息和每个过程的参数结构。头信息定义如下。dwCallID是过程的标识号。每个过程都有一个唯一的号码。bCallType是调用的类型。dwTotalSize是整包的字节数。dwReturn是返回结果。
评论