标签:his 修改 解析 toc 版本 remote 行修改 区分 过程
RPC(Remote Procedure Call Protocol)——远程过程调用协议,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在,如TCP或UDP,为通信程序之间携带信息数据。在OSI网络通信模型中,RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。RPC采用客户机/服务器模式。请求程序就是一个客户机,而服务提供程序就是一个服务器。
首先,客户机调用进程发送一个有进程参数的调用信息到服务进程,然后等待应答信息。在服务器端,进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达,服务器获得进程参数,计算结果,发送答复信息,然后等待下一个调用信息,最后,客户端调用进程接收答复信息,获得进程结果,然后调用执行继续进行。
以上摘自,百度百科。
第一个问题是Why?通过一个特定协议定义,我们可以脱离常规的协议定义。使用一个通用协议来达到远程调用的过程。
第二个问题协议?我们选择的是Json协议,好处就是灵活多变,可以使用一个字符串表示所有对象。
坏处就是解析略慢,因为没有长度标识,所以不能搜索,只能一次性解析。不过在于交换场景,这个一点问题都没。
这里是协议定义:
请求定义:
public partial class RequestObj { /// <summary> /// 命令(一般为方法名称) /// </summary> public string cmd { get; set; } /// <summary> /// 名字空间 /// </summary> public string ns { get; set; } /// <summary> /// 参数 /// </summary> public object[] args { get; set; } /// <summary> /// 请求序号 /// </summary> public int cid { get; set; } /// <summary> /// 如果WebSocket才使用 /// </summary> public string tk { get; set; } /// <summary> /// 主动版本同步,0则忽略 /// </summary> public int ver { get; set; } }
响应定位:
/// <summary> /// 返回数据 /// </summary> public partial class ResponseObj { /// <summary> /// 返回数据对象 /// </summary> public object result { get; set; } /// <summary> /// 是否出错信息 /// 默认0 无出错信息 /// </summary> public int error { get; set; } /// <summary> /// 请求序号 /// </summary> public int cid { get; set; } /// <summary> /// 差异数据 /// </summary> public OpChangeItem[] opstr{ get; set; } }
疑问:
object,这是一个不科学的设定?这边待保留。
OpChangeItem,这个是什么鬼?依然保留。
这里我们尝试来进行一次调用构造。
特定方法:
public class LocalTest { /// <summary> /// 添加一个消息 /// </summary> public static void AddMessage(string topic, string messageBody) { //这里什么都不干 } }
发送消息:
{"args":["Test","Message"],"cid":"1","cmd":"AddMessage","ns":"LocalTest","tk":null}
从以上我们可以解析出来
类名:LocalTest, 调用方法名:AddMessage,参数[topic : Test , messageBody:Message]
通过反射调用,我们就完成了执行的目的。
然后是返回值:
调用完成后,返回消息:
{"result": null , "error" : 0 ,"cid" : 1, "opstr":[] }
注:cid的设定是为了区分调用的请求源,如果你有多个调用同时发起,那么cid拿来区分你的来源,从而达到返回值的匹配。
从以上例子看出,我们调用了一个AddMessage方法,服务端进行了响应,然后什么事情都没发生。
我们这里的协议,抛开Opstr字段已经可以完整的描述一整个调用,因为返回值,和参数都用的object,
所以只要知道类型,那么可以通过json转换成对应的参数和类型,所以我们无需特别约定协议即可以得到特定的类型。
然后我们进行修改
public void AddMessage(string topic, string messageBody,Action callback) { try { //这边进行一次封装,直接把当前的方法调用包装成请求,然后通过标记,判是否是本地执行, //如果是本地执行,则执行本地 var __cid = WindNet.RemoteCall.Instance.DoCall(callback, this, "LocalTest.AddMessage", topic,messageBody); if (WindNet.RemoteCall.Instance.IsLocal || __cid.isLocal) { //原本执行的事情 //这里什么都不干 if(callback!=null) callback(); } //如果是远程调用,则什么都不干。 } catch (Exception) { WindNet.RemoteCall.Instance.DoError(e); throw; } }
首先我们加了个callback参数,当执行完毕之后,我们调用一下callback
因为网络是一个不稳定的玩意,如果你一直在等待,则可能卡住主线程,在游戏中你的渲染就无法进行,那么我们使用callback来进行流程处理。
以及返回值的处理。
流程就是这样,你调用函数-》构造请求-》发起请求-》 服务器返回后-》调用callbak
如果我们把IsLocal 设为true
流程就是
你调用函数-》构造请求(不发出)-》执行本地方法-》执行callback
经过我们的设计,我们在执行函数前进行了一次简单的拦截,然后通过通用协议和cid进行callback的匹配,然后达到正确的回调过程。
标签:his 修改 解析 toc 版本 remote 行修改 区分 过程
原文地址:http://www.cnblogs.com/icesun963/p/6251646.html