博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
C#轻量级通通讯组件StriveEngine —— C/S通信开源demo(2) —— 使用二进制协议 (附源码)...
阅读量:5784 次
发布时间:2019-06-18

本文共 8021 字,大约阅读时间需要 26 分钟。

前段时间,有几个研究的朋友对我说,ESFramework有点庞大,对于他们目前的项目来说有点“杀鸡用牛刀”的意思,因为他们的项目不需要文件传送、不需要P2P、不存在好友关系、也不存在组广播、不需要服务器均衡、不需要跨服务器通信、甚至都不需要使用UserID,只要客户端能与服务端进行简单的稳定高效的通信就可以了。于是,他们建议我,整一个轻量级的C#通讯组件来满足类似他们这种项目的需求。我觉得这个建议是有道理的,于是,花了几天时间,我将ESFramework的内核抽离出来,经过修改封装后,形成了,其最大的特点就是稳定高效、易于使用。

在网络上,交互的双方基于TCP或UDP进行通信,通信协议的格式通常分为两类:文本消息、二进制消息。

文本协议相对简单,通常使用一个特殊的标记符作为一个消息的结束。

二进制协议,通常是由消息头(Header)和消息体(Body)构成的,消息头的长度固定,而且,通过解析消息头,可以知道消息体的长度。如此,我们便可以从网络流中解析出一个个完整的二进制消息。

两种类型的协议格式各有优劣:文本协议直观、容易理解,但是在文本消息中很难嵌入二进制数据,比如嵌入一张图片;而二进制协议的优缺点刚刚相反。

在 一文中,我们演示了如何使用了相对简单的文本协议,这篇文章我们将构建一个使用二进制消息进行通信的Demo。本Demo所做的事情是:客户端提交运算请求给服务端,服务端处理后,将结果返回给客户端。demo中定义消息头固定为8个字节:前四个字节为一个int,其值表示消息体的长度;后四个字节也是一个int,其值表示消息的类型。

1.StriveEngine通讯组件Demo简介

该Demo总共包括三个项目:

(1)StriveEngine.BinaryDemoServer:基于开发的二进制通信服务端,处理来自客户端的请求并返回结果。

(2)StriveEngine.BinaryDemo:基于StriveEngine开发的二进制通信客户端,提交用户请求,并显示处理结果。

(3)StriveEngine.BinaryDemoCore:用于定义客户端和服务端都要用到的公共的消息类型和消息协议的基础程序集。

Demo运行起来后的截图如下所示:

     

2.消息头

首先,我们按照前面的约定,定义消息头MessageHead。

public class MessageHead    {        public const int HeadLength = 8;        public MessageHead() { }        public MessageHead(int bodyLen, int msgType)        {            this.bodyLength = bodyLen;            this.messageType = msgType;        }        private int bodyLength;        ///               /// 消息体长度        ///               public int BodyLength        {            get { return bodyLength; }            set { bodyLength = value; }        }        private int messageType;        ///               /// 消息类型        ///               public int MessageType        {            get { return messageType; }            set { messageType = value; }        }        public byte[] ToStream()        {            byte[] buff = new byte[MessageHead.HeadLength];            byte[] bodyLenBuff = BitConverter.GetBytes(this.bodyLength) ;            byte[] msgTypeBuff = BitConverter.GetBytes(this.messageType) ;            Buffer.BlockCopy(bodyLenBuff,0,buff,0,bodyLenBuff.Length) ;            Buffer.BlockCopy(msgTypeBuff,0,buff,4,msgTypeBuff.Length) ;            return buff;        }    }

消息头由两个int构成,正好是8个字节。而且在消息头的定义中增加了ToStream方法,用于将消息头序列化为字节数组。

通过ToStream方法,我们已经可以对消息转化为流(即所谓的序列化)的过程窥见一斑了,基本就是操作分配空间、设置偏移、拷贝字节等。

3.消息类型

根据业务需求,需要定义客户端与服务器之间通信消息的类型MessageType。

public static class MessageType    {        ///         /// 加法请求        ///         public const int Add = 0;        ///         /// 乘法请求        ///         /// 运算结果回复        /// 

消息类型有两个请求类型,一个回复类型。请注意消息的方向,Add和Multiple类型的消息是由客户端发给服务器的,而Result类型的消息则是服务器发给客户端的。

4.消息体

一般的消息都由消息体(MessageBody),用于封装具体的业务数据。当然,也有些消息只有消息头,没有消息体的。比如,心跳消息,设计时,我们只需要使用一个消息类型来表示它是一个心跳就可以了,不需要使用消息体。

本demo中,三种类型的消息都需要消息体来封装业务数据,所以,demo中本应该定义了3个消息体,但demo中实际上只定义了两个:RequestContract、ResponseContract。这是因为Add和Multiple类型的消息公用的是同一个消息体RequestContract。 

[Serializable]    public class RequestContract    {        public RequestContract() { }        public RequestContract(int num1, int num2)        {            this.number1 = num1;            this.number2 = num2;        }        private int number1;        ///         /// 运算的第一个数。        ///         public int Number1        {            get { return number1; }            set { number1 = value; }        }        private int number2;        ///         /// 运算的第二个数。        ///         public int Number2        {            get { return number2; }            set { number2 = value; }        }    }    [Serializable]    public class ResponseContract    {        public ResponseContract() { }        public ResponseContract(int num1, int num2 ,string opType,int res)        {            this.number1 = num1;            this.number2 = num2;            this.operationType = opType;            this.result = res;        }        private int number1;        ///         /// 运算的第一个数。        ///         public int Number1        {            get { return number1; }            set { number1 = value; }        }        private int number2;        ///         /// 运算的第二个数。        ///         public int Number2        {            get { return number2; }            set { number2 = value; }        }        private string operationType;        ///         /// 运算类型。        ///         public string OperationType        {            get { return operationType; }            set { operationType = value; }        }        private int result;        ///         /// 运算结果。        ///         public int Result        {            get { return result; }            set { result = value; }        }    }

关于消息体的序列化,demo采用了.NET自带的序列化器的简单封装(即SerializeHelper类)。当然,如果客户端不是.NET平台,序列化器不一样,那就必须像消息头那样一个字段一个字段就构造消息体了

5.StriveEngine通讯组件Demo服务端

关于StriveEngine使用的部分,在 一文中已有说明,我们这里就不重复了。我们直接关注业务处理部分:  

void tcpServerEngine_MessageReceived(IPEndPoint client, byte[] bMsg){    //获取消息类型    int msgType = BitConverter.ToInt32(bMsg, 4);//消息类型是 从offset=4处开始 的一个整数    //解析消息体    RequestContract request = (RequestContract)SerializeHelper.DeserializeBytes(bMsg, MessageHead.HeadLength, bMsg.Length - MessageHead.HeadLength);     int result = 0;    string operationType = "";    if (msgType == MessageType.Add)    {        result = request.Number1 + request.Number2;        operationType = "加法";    }    else if (msgType == MessageType.Multiple)    {        result = request.Number1 * request.Number2;        operationType = "乘法";    }    else    {        operationType = "错误的操作类型";    }    //显示请求    string record = string.Format("请求类型:{0},操作数1:{1},操作数2:{2}", operationType, request.Number1 , request.Number2);    this.ShowClientMsg(client, record);    //回复消息体    ResponseContract response = new ResponseContract(request.Number1, request.Number2, operationType, result);    byte[] bReponse = SerializeHelper.SerializeObject(response);          //回复消息头    MessageHead head = new MessageHead(bReponse.Length, MessageType.Result);    byte[] bHead = head.ToStream();    //构建回复消息    byte[] resMessage = new byte[bHead.Length + bReponse.Length];    Buffer.BlockCopy(bHead, 0, resMessage, 0, bHead.Length);    Buffer.BlockCopy(bReponse, 0, resMessage, bHead.Length, bReponse.Length);    //发送回复消息    this.tcpServerEngine.PostMessageToClient(client, resMessage);}

其主要流程为:

(1)解析消息头,获取消息类型和消息体的长度。

(2)根据消息类型,解析消息体,并构造协议对象。

(3)业务处理运算。(如 加法或乘法)

(4)根据业务处理结果,构造回复消息。

(5)发送回复消息给客户端。

6.StriveEngine通讯组件Demo客户端

(1)提交请求  

private void button1_Click(object sender, EventArgs e)    {        this.label_result.Text = "-";        int msgType = this.comboBox1.SelectedIndex == 0 ? MessageType.Add : MessageType.Multiple;        //请求消息体        RequestContract contract = new RequestContract(int.Parse(this.textBox1.Text), int.Parse(this.textBox2.Text));                    byte[] bBody = SerializeHelper.SerializeObject(contract);                    //消息头        MessageHead head = new MessageHead(bBody.Length,msgType) ;        byte[] bHead = head.ToStream();            //构建请求消息        byte[] reqMessage = new byte[bHead.Length + bBody.Length];        Buffer.BlockCopy(bHead, 0, reqMessage, 0, bHead.Length);        Buffer.BlockCopy(bBody, 0, reqMessage, bHead.Length, bBody.Length);        //发送请求消息        this.tcpPassiveEngine.PostMessageToServer(reqMessage);    }

其流程为:构造消息体、构造消息头、拼接为一个完整的消息、发送消息给服务器。

注意:必须将消息头和消息体拼接为一个完整的byte[],然后通过一次PostMessageToServer调用发送出去,而不能连续两次调用PostMessageToServer来分别发送消息头、再发送消息体,这在多线程的情况下,是非常有可能在消息头和消息体之间插入其它的消息的,如果这样的情况发生,那么,接收方就无法正确地解析消息了。

(2)显示处理结果

void tcpPassiveEngine_MessageReceived(System.Net.IPEndPoint serverIPE, byte[] bMsg)    {        //获取消息类型        int msgType = BitConverter.ToInt32(bMsg, 4);//消息类型是 从offset=4处开始 的一个整数        if (msgType != MessageType.Result)        {            return;        }        //解析消息体        ResponseContract response = (ResponseContract)SerializeHelper.DeserializeBytes(bMsg, MessageHead.HeadLength, bMsg.Length - MessageHead.HeadLength);        string result = string.Format("{0}与{1}{2}的答案是 {3}" ,response.Number1,response.Number2,response.OperationType,response.Result);        this.ShowResult(result);    }

过程与服务端处理接收到的消息是类似的:从接收到的消息中解析出消息头、再根据消息类型解析出消息体,然后,将运算结果从消息体中取出并显示在UI上。 

7.StriveEngine通讯组件Demo源码下载

 

 附相关系列:

             

  另附:

 

  版权声明:本文为博主原创文章,未经博主允许不得转载。

 

你可能感兴趣的文章
aix puppet agent
查看>>
chaep
查看>>
nginx网站服务
查看>>
未来,哪些技术在前端开发的地位会越来越高?
查看>>
评TED:《将敏捷开发方法引入家庭》
查看>>
Oracle 前滚和回滚 Oracle_前滚/后滚 案例(1)
查看>>
Oracle 11g r2新增版本功能(二)
查看>>
Xlib: No protocol specified
查看>>
《LoadRunner 没有告诉你的》之三——理发店模型
查看>>
(13) 需求征集 -- 参数管理
查看>>
从疯狂痴迷数据库存储过程到彻底放弃他(信息化系统从基于数据库技术到基于服务理念的转变)...
查看>>
PHP 7 安装配置(win10)
查看>>
无障碍网页设计(WCAG2.0)
查看>>
Jquery实用代码片段(转)
查看>>
Win10 镜像安装到新固态硬盘两法
查看>>
程序员必备的代码审查(Code Review)清单
查看>>
【周计划】2015年Q2六月第二周预定计划(2015年6月8日-2015年6月14日)
查看>>
MongoDB安全的3A -- 认证(Authentication)、授权(Authorization)和审计(Audit
查看>>
AlwaysOn 同步提交模式是否会丢失数据?
查看>>
Linux软Raid介绍
查看>>