【转】 C#版清晰易懂TCP通信原理解析(附demo)

(点击上方蓝字,可快速关注我们)

来源:周见智

cnblogs.com/xiaozhi_5638/p/4244797.html

对.NET中网络编程写得比较多,主要原因有两个,一是我公司做的项目多数跟通信这个有关;二是研究Socket通信工作模式有益于对软件架构设计的理解,因为它里面到处都使用到了“泵”结构,而这个结构几乎是所有框架、大型模块所必需具备的。另外,工作之余写的一本书(即将要出版)中有一章专门讲到了“泵”结构在软件系统中的作用。

这次写这篇文章主要是看了网上一个人提的有关TCP编程的问题,所以就再次整理了一下这方面的知识,并且做了一个“简易通信库”发出来给大家看看,代码很简单,功能也不是特别全,但是具备很好的扩展性,基本上可以用来说明.NET中TCP通信的工作模式。

TCP与UDP通信的特点

关于对这两者的比较,网上一搜一大片,讲得也比较清楚。TCP通信就像打电话,双方通信之前需要建立连接、双方就位后方可开始会话;而UDP通信就像发短信,一方给另一方发送数据前,并不需要对方就位。

上面两幅图显示了TCP与UDP通信过程建立的区别。

除了它们通信过程建立的不同之外,两者还有以下区别:

  • TCP通信特点

1)可靠性;

通信双方均就位,一方发送数据,另一方收到后会做出回应,如果超时未发送成功,会自动重发,数据不会丢失。

2)顺序性;

既然数据是按顺序走在建立的一条隧道中,那么数据遵循“先走先达到”的规则,并且隧道中的数据以“流”的形式传输,发送方发送的前后两次数据之间没有边界,需要接收方自己根据事先规定好的“协议”去判断数据边界。

3)高损耗。

“高损耗”包括机器性能损耗高、宽带流量损耗高。因为通信双方时刻需要维持着连接的存在,这必然会损耗通信双方主机性能,要想维持隧道的通畅,通信双方必须不断地发送检测包和应答包,同时,它还支持数据重发等数据纠错功能,这些都将导致网络流量的增加。

  • UDP通信特点

1)不可靠性;

既然无连接,发送方只管发送数据,而不管对方是否能够正确地接收到数据,更不负责数据超时重发等功能。

2)无序性;

数据以“数据报”的形式发送,可以把“数据报”看成是一个“包”。如果把TCP传输数据比如成“河里的流水”,那么UDP传输数据就是‘邮局寄信’。发送方先发送的数据可能后到达,后发送的数据可能先到达,这个跟短消息类似。

3)低损耗。

“低损耗”包括机器性能损耗低、宽带流量损耗低。UDP通信不需要维持一个连接的存在,所以它不需要消耗额外的机器性能。同时它也没有像TCP通信那样为了保持隧道的通畅,而必须不停地发送检测包和应答包,更不会进行一些数据检测纠错、重发等行为。

这次我们只讨论TCP通信。

TCP通信中的“沾包”现象

上面提到过,TCP通信中,数据是以“流”的形式传输的。前一次发送的数据和后一次发送的数据之间并没有明显的界限,这就会出现一个问题:当你收到一部分数据时,你无法判断接收到的数据是否是完整的?

如上图,发送方发送三次数据,而接收方可能一共分四次接收。并且每次接收到的数据量不确定(虽然每次收到的数据不确定,但是将四次接收到的数据拼接起来,与发送时的一致)。这样以来,当我们每次收到一份数据时,我们无法轻易判断(几乎不能)收到的数据是否完整(是否可以正确地被处理)。

以上现象我们称之为“沾包”。TCP通信过程中,要想解决“沾包”问题,我们必须人工采取一些措施,比如在发送数据时遵循一些“规则”,在接收到数据时,再按照相同的“规则”去解析数据,最终得到一份完整的数据,并进行正确的处理。没错,这里说的“规则”便是我们通常听到的“协议”。

关于协议,讲到的地方也很多。简单的说,协议就是一种“数据结构”,合作双方必须同时按照相同的数据结构发送/接收数据,比如传输层的TCP/UDP协议,又比如应用层的HTTP/FTP等协议。B/S结构系统使用到的协议见下图:

在TCP通信中,在发送和接收数据的时候,如果我们遵循事先定义的一种“协议”(属于一种应用层协议)。比如,在发送数据时,按照“数据头(4Byte)+内容长度(4Byte)+内容正文(NByte)+附加信息(8Byte)”这种形式去“格式化”需要发送的数据;同理,在接收到数据后,按照这种形式去“反格式化”数据,这样我们便可以判断数据边界,轻松得到一条完整数据。

自定义应用层协议

是的。我们自己完全可以定义一个类似HTTP这样的应用层协议,只要你能力足够强,系统足够大。今天在这里,我只举个简单的例子,假设一个TCP通信系统中,客户端连接上服务器后,客户端向服务器发送一个字符串,并发送一个字符串转换指令(比如大小写转换、除去特殊字符等指令),服务器接收到数据后,按照对应的指令,将字符串转换后发送回给客户端。那么这里的应用层协议可以这样设计:

如上表所示,假设一共有四种字符串转换请求,那么我们可以按下面图设计应用层协议的数据结构:

如上图所示,开头一个字节代表字符串转换指令类型,后续四个字节存放一个Int32的整型数据,表示字符串的长度(字符串采用Unicode编码),最后N个字节表示字符串内容。数据发送方必须按照此协议格式发送数据,数据接收方必须按照此协议格式接收数据。

发送数据时按照协议格式化数据很简单,但是,接收数据后,按照协议去解析数据该怎样呢?事实上,这个相对来讲稍微复杂一点。我们可以将每次接收到的数据(字节流)写入一个缓冲区,然后判断缓冲区中是否存在一条完整的数据,如果存在,则处理这条完整的数据;否则,继续接收数据,将接收到的数据再次写入缓冲区...以此循环。

TCPLibrary通信库介绍

其实我只是将一些代码单独拿出来生成了一个dll,这部分代码可以为我们搭建起TCP通信的框架,包括服务端侦听、(服务端/客户端)接收数据、上下线、消息处理并通知Application以及“沾包”问题处理等等。功能并不全面,如果要拿去实际项目中使用还需要自己完善,文章末会列出未完成的功能。

TCP通信过程建立之后,大概结构如下:

整个通信库中,只包含5个抽象类,以及5个默认实现类(所以说简易):

使用该通信库的前提是要定义好程序使用到的“协议”,然后重点实现ZMessage.RawData属性和ZDataBuffer.TryReadMessage方法,前者可以按照协议格式化需要发送的数据,后者可以按照协议解析一条完整的消息。库中包含5个默认实现类(以Base开头的),它默认使用以下的协议进行通信:

其中,BaseDataBuffer.TryReadMessage方法具体实现为:

/// <summary>

/// 按照规定协议,重写TryReadMessage方法

/// </summary>

/// <returns></returns>

internal override ZMessage TryReadMessage()

{

if (_length >= 8)   //  4 + 4 + N

{

using (MemoryStream ms = new MemoryStream(_buffer))

{

BinaryReader br = new BinaryReader(ms);

int msgtype = br.ReadInt32();  //读取消息类型

int msglength = br.ReadInt32();  //读取消息长度

if (_length - 8 >= msglength)  //如果缓冲区中存在一条完整消息,则读取

{

byte[] msgcontent = br.ReadBytes(msglength);  //读取消息内容

BaseMessage bm = new BaseMessage(msgtype, msgcontent); //还原成一条完整的消息

Remove(8 + msglength);  //注意! 移除已读数据

return bm;  //返回读取到的消息

}

else

{

return null;

}

}

}

else

{

return null;

}

}

BaseMessage.RawData属性具体的实现为:

/// <summary>

/// 按照规定协议,重写RawData属性

/// </summary>

public override byte[] RawData

{

get

{

byte[] rawdata = new byte[4 + 4 + MsgContent.Length];  //消息类型 + 消息长度 + 消息内容

using (MemoryStream ms = new MemoryStream(rawdata))

{

BinaryWriter bw = new BinaryWriter(ms);

bw.Write(MsgType);  //先写入MsgType

bw.Write(MsgContent.Length);  //再写入MsgContent的长度

bw.Write(MsgContent); //最后写入消息内容

return rawdata;

}

}

}

可以看到,上面一个按照协议格式化数据,而另一个按照协议解析数据。它们两个完全遵守同一个协议。

Demo演示

使用TCPLibrary中的默认实现类(以Base开头的类型),我做了一个简单的Demo。该Demo可以完成字符串、可序列化对象(图片)的发送与接收。Demo源码很简单:

Server端初始化:

private void Form1_Load(object sender, EventArgs e)

{

_server = new BaseServerSocket();

_server.Connected += new ConnectedEventHandler(_server_Connected);

_server.DisConnected += new DisConnectedEventHandler(_server_DisConnected);

_server.MessageReceived += new MessageReceivedEventHandler(_server_MessageReceived);

_server.StartAccept(9100);

textBox1.AppendText("服¤t务?器¡Â启?动¡¥,ê?监¨¤听¬y端?口¨² " + 9000 + "...\r\n");

}

Client端的初始化:

private void Form1_Load(object sender, EventArgs e)

{

_client = new BaseClientSocket();

_client.Connected += new ConnectedEventHandler(_client_Connected);

_client.DisConnected += new DisConnectedEventHandler(_client_DisConnected);

_client.MessageReceived += new MessageReceivedEventHandler(_client_MessageReceived);

_client.Connect("127.0.0.1",9100);

}

可以看到,使用起来很简单。注册事件后,既可以开始运行了。

下面可以看一下Demo截图:

注意,这个Demo只是利用库中的默认实现类来完成的。你完全可以自己定义一个协议,按照你自己的方式发送数据,比如“头(4Byte)+是否加密(1Byte)+发送方程序版本(8Byte)+消息长度(4Byte)+消息内容(NByte)+附加信息(8Byte)”这种方式发送数据/接收数据。只要你正确的实现了上面强调的方法和属性。

源码下载

下载地址:http://files.cnblogs.com/xiaozhi_5638/TCPDemo.rar

看完本文有收获?请转发分享给更多人

关注「DotNet」,提升.Net技能

C#版清晰易懂TCP通信原理解析(附demo)的更多相关文章

  1. 清晰易懂TCP通信原理解析(附demo、简易TCP通信库源码、解决沾包问题等)C#版

    目录 说明 TCP与UDP通信的特点 TCP中的沾包现象 自定义应用层协议 TCPLibrary通信库介绍 Demo演示 未完成功能 源码下载 说明 我前面博客中有多篇文章讲到了.NET中的网络编程, ...

  2. 【Socket通信】关于Socket通信原理解析及python实现

    Socket(套接字)通信{网络通信其实就是Socket间的通信},首先了解下概念:[来源于百度百科] "两个程序通过一个双向的通信连接实现数据的交换,这个连接的一端称为一个socket.& ...

  3. 【权限管理系统】Spring security(三)---认证过程(原理解析,demo)

      在前面两节Spring security (一)架构框架-Component.Service.Filter分析和Spring Security(二)--WebSecurityConfigurer配 ...

  4. vue双向数据绑定原理探究(附demo)

    昨天被导师叫去研究了一下vue的双向数据绑定原理...本来以为原理的东西都非常高深,没想到vue的双向绑定真的很好理解啊...自己动手写了一个. 传送门 双向绑定的思想 双向数据绑定的思想就是数据层与 ...

  5. 详解单页面路由的几种实现原理(附demo)

    前言 路由是每个单页面网站必须要有的,所以,理解一下原理,我觉得还是比较重要的. 本篇,基本不会贴代码,只讲原理,代码在页底会有githup地址,主意,一定要放在服务本地服务器里跑(因为有ajax), ...

  6. 上位机面试必备——TCP通信灵魂二十问【上】

    关注公众号获取更多干货 TCP通信协议应该是上位机开发中应用最广泛的协议,无论是西门子S7协议.三菱MC协议或者是欧姆龙的Fins-TCP协议等,都是TCP通信协议的典型应用.很多人在上位机面试时,都 ...

  7. 上位机面试必备——TCP通信灵魂二十问【下】

    上篇文章跟大家介绍了TCP通信常见的前10个面试题,没看过的小伙伴可以点击下方链接进行查看: 上位机面试必备——TCP通信灵魂二十问[上] 今天就后面的10个面试题接着做下说明:欢迎关注[dotNet ...

  8. Socket 通信原理(Android客户端和服务器以TCP&&UDP方式互通)

    转载地址:http://blog.csdn.net/mad1989/article/details/9147661 ZERO.前言 有关通信原理内容是在网上或百科整理得到,代码部分为本人所写,如果不当 ...

  9. TCP通信实现对接硬件发送与接收十六进制数据 & int与byte的转换原理 & java中正负数的表示

    今天收到的一份需求任务是对接硬件,TCP通信,并给出通信端口与数据包格式,如下: 1.首先编写了一个简单的十六进制转byte[]数组与byte[]转换16进制字符串的两个方法,如下: /** * 将十 ...

随机推荐

  1. MySQL学习(四)——外键

    1.比方现在有两张表“分类表”和“商品表”,为了表明商品属于哪个分类,通常我们将在商品表上添加一列,用于存放分类cid的信息,此列称为:外键. 此时分类表category称为主表,cid称为主键:商品 ...

  2. IE模式下EasyUI Combobox无效问题

    近期开发过程中遇到IE浏览器Combobox无法正常加载问题. 经过一番百度说IE渲染过快导致页面渲染完了easyUI Combobox还没有加载.设置延迟加载后依旧无效. 后将input标签的Cla ...

  3. libcudnn (R5) not found in library path

    环境:Ubuntu 18.04 +  Torch7 + cuda10 在运行使用cudnn的lua程序的时候产生错误: /home/majiabiao/torch/: /home/majiabiao/ ...

  4. 题解 P3369 【【模板】普通平衡树】

    在网上某篇神奇的教程和@codesonic 大佬的标程帮助下,我又肝完了Leafy Tree,跑过来写篇题解(好像以前写过一篇?) 什么是Leafy Tree? Leafy Tree由两种节点组成:辅 ...

  5. C++容器(五):set类型

    set类型 map容器是键-值对的集合,好比以任命为键的地址和电话号码.而set容器只是单纯的键的集合.当只想知道一个值是否存在时,使用set容器是最适合. 使用set容器必须包含set头文件: #i ...

  6. 低价购买 洛谷1108 codevs4748 dp

    首先,,我相信第一问是可以做出来的,,,做不出来自行面壁思过,,, 第二问,我们可以发现,如果f[i]为1时应该将其g[i]初始化为1,当初就是因为这个wa了一个世纪,之后先考虑不需要判重时的情况,如 ...

  7. 处理Oracle 11g在用EXP导出时,空表不能导出

    一.问题原因:     11G中有个新特性,当表无数据时,不分配segment,以节省空间 想要给空表也分配segmant,有以下两个办法: 1.insert一行,再rollback就产生segmen ...

  8. C#-反射知识点

    1.反射是基于Sytem.Type的,里面的很多方法是system.reflection里面的 MethodInfo[] tt= t.GetType().GetMethods(); //t是strin ...

  9. Android开发学习之事件处理和Button具体解释

    Android的事件处理机制:  1.基于监听器的事件处理 --- 组件绑定特定的事件监听器   --- 重点   2.基于回调的事件处理   --- 主要做法是重写Android组件特定的回调函数, ...

  10. 安装xcode6 beta 后调试出现Unable to boot the iOS Simulator以及编译苹果官方Swift的demo报错failed with exit code 1的解决的方法

    苹果昨天公布新语言Swift(雨燕),须要安装xcode6 以及mac os 系统为10.9以上. (xcode6 beta 可在官方下载.须要登录开发人员账号:mac os 系统直接更新就可以.在此 ...