TCP流模式与UDP数据报模式

“TCP是一种流模式的协议，UDP是一种数据报模式的协议”，这句话相信大家对这句话已经耳熟能详~但是，“流模式”与“数据包模式”在编程的时候有什么区别呢？以下是我的理解，仅供参考！

1、TCP

打个比方比喻TCP，你家里有个蓄水池，你可以里面倒水，蓄水池上有个龙头，你可以通过龙头将水池里的水放出来，然后用各种各样的容器装（杯子、矿泉水瓶、锅碗瓢盆）接水。

上面的例子中，往水池里倒几次水和接几次水是没有必然联系的，也就是说你可以只倒一次水，然后分10次接完。另外，水池里的水接多少就会少多少；往里面倒多少水，就会增加多少水，但是不能超过水池的容量，多出的水会溢出。

结合TCP的概念，水池就好比接收缓存，倒水就相当于发送数据，接水就相当于读取数据。好比你通过TCP连接给另一端发送数据，你只调用了一次write，发送了100个字节，但是对方可以分10次收完，每次10个字节；你也可以调用10次write，每次10个字节，但是对方可以一次就收完。（假设数据都能到达）但是，你发送的数据量不能大于对方的接收缓存（流量控制），如果你硬是要发送过量数据，则对方的缓存满了就会把多出的数据丢弃。

这种情况是设置非阻塞I/O模型，会把内存耗尽，因为socket是存在内核中的。

2、UDP

UDP和TCP不同，发送端调用了几次write，接收端必须用相同次数的read读完。UPD是基于报文的，在接收的时候，每次最多只能读取一个报文，报文和报文是不会合并的，如果缓冲区小于报文长度，则多出的部分会被丢弃。也就说，如果不指定MSG_PEEK标志，每次读取操作将消耗一个报文。

3、为什么

其实，这种不同是由TCP和UDP的特性决定的。TCP是面向连接的，也就是说，在连接持续的过程中，socket中收到的数据都是由同一台主机发出的（劫持什么的不考虑），因此，知道保证数据是有序的到达就行了，至于每次读取多少数据自己看着办。

而UDP是无连接的协议，也就是说，只要知道接收端的IP和端口，且网络是可达的，任何主机都可以向接收端发送数据。这时候，如果一次能读取超过一个报文的数据，则会乱套。比如，主机A向发送了报文P1，主机B发送了报文P2，如果能够读取超过一个报文的数据，那么就会将P1和P2的数据合并在了一起，这样的数据是没有意义的。

 

帧（frame）是一种信息单位，它的起始点和目的点都是数据链路层。
   数据包（packet）也是一种信息单位，它的起始和目的地是网络层。
   数据报（datagram）通常是指起始点和目的地都使用无连接网络服务的的网络层的信息单元。
   段（segment）通常是指起始点和目的地都是传输层的信息单元。
   消息（message）是指起始点和目的地都在网络层以上（经常在应用层）的信息单元。
   元素（cell）是一种固定长度的信息，它的起始点和目的地都是数据链路层。元素通常用于异步传输模式（ATM）和交换多兆位数据服务（SMDS）网络等交换环境。
   数据单元（dataunit）指许多信息单元。常用的数据单元有服务数据单元（SDU）、协议数据单元（PDU）。SDU是在同一机器上的两层之间传送信息。PDU是发送机器上每层的信息发送到接收机器上的相应层（同等层间交流用的）。
昨天晚上看了chinaitlab的那个ccna的录象,讲到了流、帧、包、位的区别，看了还是不怎么太懂，今天用baidu搜索了一下，看到了一个比较不错的解释，我把他copy到这里：

数据帧（Frame）：是一种信息单位，它的起始点和目的点都是数据链路层。
数据包（Packet）：也是一种信息单位，它的起始和目的地是网络层。
数据报（Datagram）：通常是指起始点和目的地都使用无连接网络服务的的网络层的信息单元。
段（Segment）：通常是指起始点和目的地都是传输层的信息单元。

数据链路层的PDU叫做Frame（帧）；
网络层的PDU叫做Packet（数据包）；
TCP的叫做Segment（数据段）；

看了这个解释呢，就比较不错了，还有个比较不太清楚的东西就是流，那么流又是一个什么样的概念呢？看到关于封装和解封装的部分的时候，提到了分装是做了2个动作，一个切片，一个是加如控制信息，那么这个经过了切片后的那个东西叫什么呢？如果您看到文章，恳请您帮我解释一下，谢谢！

 

××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××

客户端发送字节流时，TCP会保证服务端按顺序接收到全部的字节流，其他诸如数据包的大小等，TCP协议对我们来说是透明的，我们可以全部不考虑。

    通俗点说，我们发送数据只需要调用send函数，我们只需要关注send函数的返回值，从而知道了发送了多少个字节，在服务端，我们调用recv函数，我们只需要关注recv函数的返回值，从而知道接收了多少个字节，其他情况通通不管。

   在TCP通信过程中，我们不需要关心（也没法关心，但可以设置）数据包的大小，个数，我们只需要在客户端建立一个缓冲区不断发送，在服务端建立一个缓冲区不断接收就够了，当然，我们还可以定义一个包头，来实现诸如发送文件这样更强大的功能。

这就是TCP通信的本质，不会应平台的不同而改变。

 

 

流式套接字要分客户和服务器，而数据报不用分
流式套接字适合传输数据量大的，而数据报套接字适合传递数据量少的
流式套接字建立麻烦，数据报套接字建立简单
客户的流式套接字只能向一个方向传递，数据报套接字可以接受任何方向的来得数据，并可以向任何地址发送数据报

 

流套接字比数据报套接字好，这样你可以不必管理底层细节，只需要相信TCP就可以保证传送的数据是依次，可靠的传送的，缺点是效率相对数据报套接字低。
使用数据报套接字，可以让你更快，但你得自已保证数据是否依次，准确的传送来的，
如使用数据报套接字，你可能先收到后发的，后收到先发的，还有可能收漏，

 

数据报套接字是用来发送数据报的，是面向无连接不可靠的传输（在今天这个网络里，其实已经相当可靠）

流套接字是面向连接可靠的传输。服务器通过转发实现一个客户与另一个客户的数据传送。当向另一个客户转发时，他必须知道对方IP（或套接字等），所以要求转发的客户必须提供关于接受方的信息，否则服务器不知道向哪转发。