网络知识之UDP与TCP

TCP（TransmissionControl Protocol 传输控制协议）是一种面向连接的、可靠的、基于字节流的传输层通信协议。

UDP是User Datagram Protocol ，一种无连接的传输层协议，提供面向事务简单不可靠信息传送服务。可靠性由上层应用实现，所以要实现UDP可靠性传输，必须通过应用层来实现和控制。

Tcp如何实现可靠性传输？

• 确认机制
• 重传机制
• 滑动窗口

可靠性

1、应用数据被分割成TCP认为最适合发送的数据块，这和UDP完全不同，应用程序产生的数据长度将保持不变。由TCP传递给IP的信息单位称为报文段或段（segment）。

2．当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认

重传策略

TCP协议用于控制数据段是否需要重传的依据是设立重发定时器。

在发送一个数据段的同时启动一个重传，如果在重传超时前收到确认就关闭该重传，如果重传超时前没有收到确认，则重传该数据段。在选择重发时间的过程中，TCP必须具有自适应性。它需要根据互联网当时的通信情况，给出合适的重传时间。

这种重传策略的关键是对定时器初值的设定。采用较多的算法是Jacobson于1988年提出的一种不断调整超时时间间隔的动态算法。其工作原理是：对每条连接TCP都保持一个变量RTT（Round Trip Time），用于存放当前到目的端往返所需要时间最接近的估计值。当发送一个数据段时，同时启动连接的定时器，如果在定时器超时前确认到达，则记录所需要的时间（M），并修正[2]  RTT的值，如果定时器超时前没有收到确认，则将RTT的值增加1倍。通过测量一系列的RTT（往返时间）值，TCP协议可以估算数据包重发前需要等待的时间。在估计该连接所需的当前延迟时通常利用一些统计学的原理和算法（如Karn算法），从而得到TCP重发之前需要等待的时间值。

窗口确认

TCP的一项功能就是确保每个数据都能到达目的地。位于目的主机的TCP服务器对接受到的数据进行确认，并向源应用程序发送确认信息。使用数据报头序列号来确认已收到包含在数据段的相关的数据字节。

TCP在发回源设备的数据段中使用确认号，指示接收设备期待接收的下一字节。这个过程称为期待确认。

源主机在收到确认消息之前可以传输的数据的大小称为窗口大小。用于管理丢失数据和流量控制。

UDP如何实现可靠性传输？

UDP不属于连接型协议，因而具有资源消耗小、处理速度快的优点，所以通常音频、视频和普通数据在传送时使用UDP较多，因为它们即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响。

传输层无法保证数据的可靠传输，只能通过应用层来实现了、实现的方式可以参照tcp可靠性传输的方法，只是实现不在传输层，实现转移到了应用层。

实现确认机制、重传机制、窗口确认机制。

如果你不利用Linux协议栈以及上层socke机制，自己通过抓包和发包的方式去实现可靠性传输。那么必须实现以下的功能：

发送：包的分片、包的确认、包的重发

接收：包的调序、包的序号确认

目前有如下开源程序利用udp实现了可靠的数据传输，分别为RUDP,RTP,UDT

报文类型及格式

UDT有两种包：数据包和控制包。

不详细介绍，由读者自行查阅资料。

个人的想法：

最简单的方式是在应用层模仿传输层TCP的可靠性传输。下面不考虑拥塞处理，谈谈自己的个人简单粗暴的设计。

添加seq/ack机制，确保数据发送到对端。

添加发送和接收缓冲区，主要是用户超时重传。

添加超时重传机制。

tcp和udp的区别
1、基于连接与无连接

2、对系统资源的要求（TCP较多，UDP较少）；

3、UDP程序结构较简单；

4、流模式与数据报（报文）模式；

5、TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。

                          TCP                                            UDP

是否连接           面向连接                                面向非连接

传输可靠性        可靠                                           不可靠

应用场合            少量数据                                传输大量数据

速度                   慢                                             快

具体阐述：

UDP协议全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。在osi模型中，在第四层——传输层，处于IP协议的上一层，UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。

有以下几个缺点：

1、面向无连接

首先UDP是不需要和TCP一样在发送数据前进行三次握手建立连接的，想发送数据就可以开始发送了，并且也只是数据报文的搬运工，不会对数据报文进行任何拆分和拼接操作。

具体来说就是：

在发送端，应用层将数据传输给传输层的UDP协议，UDP只会给数据增加一个UDP头标识下是UDP协议，然后就传递给网络层了在接受端，网络层将数据传输给传输层，UDP只去除IP报文头就传递给应用层，不会进行任何拼接操作。

2、有单播，多播，广播的功能

UDP不止支持一对一的传输方式，同样支持一对多，多对多，多对一的方式，也就是说UDP提供了单播，多播，广播的功能。

3、UDP是面向报文的

发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付IP层，UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界，因此，应用程序必须选择合适大小的报文。

4、不可靠性

首先不可靠性体现在无连接上，通信都不需要建立连接，想发就发，这样的情况肯定不可靠。

并且收到什么数据就传递什么数据，并且也不会备份数据，发送数据也不会关心

对方是否已经正确接受到数据了。

再者网络环境时好时坏，但是UDP因为没有拥塞控制，一直会以恒定的速度发送数据，即使网络条件不好，也不会对发送端速率进行调整，这样实现的弊端就是在网络条件不好的情况下可能会导致丢包，但是优点也很明显，在某些实时性要求高的场景{比如电话会议}就需要使用UDP而不是TCP。

5、头部开销小，传输数据报文时是很高效的。

TCP

当一台计算机想要与另一台计算机通讯时，两台计算机之间的通信需要畅通且可靠，这样才能保证正确发送数据。例如，当你想查看网页或者查看电子邮件时，希望完整且按顺序查看网页，而不丢失任何内容，当你下载文件时，希望获得的时完整的文件，而不仅仅是文件的一部分，因为如果数据丢失或者乱序，都不是你希望的到的结果，于是就用到了TCP。

TCP协议全称是传输控制协议，是一种面向连接的，可靠的，基于字节流的传输层通信协议，由IETF的RFC793定义。TCP是面向连接的、可靠的流协议。流就是指不间断的数据结构，你可以把它想象成排水管的水流。

1、TCP的连接过程

第一次握手

客户端向服务器发送连接请求报文段，该报文段中包含自身的数据通讯初始序号，请求发送后，客户端便进入SYN-SENT状态。

第二次握手

服务端收到连接请求报文段后，如果同意连接，则会发送一个应答，该应答中也会包含自身的数据通讯初始序号，发送完成后便进入SYN-RECEIVED状态，

第三次握手

当客户端收到连接同意的应答后，还要向服务端发送一个确认报文。客户端发完这个报文段后便进入ESTABLISHED状态，服务端收到这个应答后也进入ESTABLISHED状态，此时连接建立成功。

这里可能大家会有一个疑惑：为社么TCP建立连接需要三次握手，而不是两次？这是因为为了防止出现失效的连接请求报文段被服务端接受的情况，从而产生错误。

2、TCP断开链接

tcp是全双工的，在断开连接时两端都需要发送FIN和ACK。

第一次挥手

若客户端A认为数据发送完成，则它需要向服务端B发送连接释放请求。

第二次挥手

B收到连接释放请求后，会告诉应用层要释放TCP链接，然后会发送ACK包，并进入CLOSE_WAIT状态，此时表明A到B的连接已经释放，不再接收到A发的数据了，但是因为TCP连接是双向的，所以B仍旧可以发送数据给A。

第三次握手

B如果此时还有没有发完的数据会继续发送，完毕后会向A发送连接释放请求，然后B便进入LAST_ACK状态。

第四次握手

A收到释放请求后，向B发送确认应答，此时A 进入TIME-WAIT状态。该状态会持续2MSL（最大段生存期，指报文段在网络中生存的时间，超时会被抛弃）时间，若该时间段内没有B的重发请求的话，就进入CLOSED状态，当B收到确认应答后，也便进入CLOSED状态。

3、TCP协议的特点

面向连接

面向连接。是指发送数据之前必须在两端建立连接，建立连接的方法是“三次握手”，这样建立可靠的连接，建立连接，是为了数据的可靠性打下基础。

仅支持单播传输

每条TCP传输连接只能有两个端点，只能进行点对点的数据传输，不支持多播和广播传输的方式。

面向字节流

TCP不像UDP一样那样一个个报文独立地传输，而是在不保留报文边界的情况下以字节流方式进行传输。

可靠性传输

对于可靠性传输，判断丢包，误码靠的是TCP的段编号以及确认号。TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认（ACK），如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据（假设丢失了）将会被重传。

提供拥塞机制

当网络出现拥塞的时候，TCP能够减小向网络注入数据的速率和数量，缓解拥塞。

TCP提供全双工通信

TCP允许通信双方的应用程序在任何时候都能发送数据，因为TCP连接的两端都没有缓存，用来临时存放双向通信的数据。当然，TCP可以立即发送一个数据段，也可以缓存一段时间以便一次发送更多的数据段（最大的数据段大小取决于MSS）