TCP/UDP的区别

TCP

• TCP协议全称传输控制协议,TCP提供面向连接的服务，在传输数据之前必须要建立建立，数据传输之后还需要释放连接，TCP产生的额外开销会比较大，如：确认机制、流量控制、拥塞控制机制需要占用处理器资源
  3次握手和四次挥手
  TCP建立连接的过程
  第一次握手
  client发送连接请求数据报文到server端 SYN_SENT状态
  第二次握手
  server收到连接请求数据报文，如果同意建立连接，向client回应确认报文端
  (为TCP连接分配TCP缓存和变量)
  第三次握手
  client收到server收到确认之后，它再次向服务器端发送确认报文端
  为什么不用两次?
  主要是为了防止已经失效的连接请求报文突然又传送到了服务器，从而产生错误。如果使用的是两次握手建立连接，假设有这样一种场景，客户端发送的第一个请求连接并且没有丢失，只是因为在网络中滞留的时间太长了，由于TCP的客户端迟迟没有收到确认报文，以为服务器没有收到，此时重新向服务器发送这条报文，此后客户端和服务器经过两次握手完成连接，传输数据，然后关闭连接。此时之前滞留的那一次请求连接，因为网络通畅了, 到达了服务器，这个报文本该是失效的，但是，两次握手的机制将会让客户端和服务器再次建立连接，这将导致不必要的错误和资源的费。

如果采用的是三次握手，就算是那一次失效的报文传送过来了，服务端接受到了那条失效报文并且回复了确认报文，但是客户端不会再次发出确认。由于服务器收不到确认，就知道客户端并没有请求连接。

TCP断开连接的过程
第一次挥手
client发送一个断开连接请求数据报文到server
第二次挥手
server收到断开连接请求数据报文之后，只是回应确认报文端
第三次挥手
server发送一个关闭连接请求数据报文到client
第四次挥手
client发回ACK数据报文确认
为什么建立连接是三次握手，关闭连接确是四次挥手呢？
建立连接的时候， 服务器在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。
而关闭连接时，服务器收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，而自己也未必全部数据都发送给对方了，所以己方可以立即关闭，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送，从而导致多了一次。
为什么最后客户端还要等待 2*MSL的时间呢?
保证客户端发送的最后一个ACK报文能够到达服务器

UDP

• 用户数据报协议特点1.UDP是无连接 2.UDP尽最大能力交付（不保证全部交付）3.UDP面向报文4、.UDP没有拥塞控制5.UDP首部开销小(只有4个字段 源端口 目的端口 长度 校验和)

区别

TCP:面向连接、可靠的、流式服务
UDP:无连接、不可靠的、面向报文的服务
流式服务：数据是一个数据流，数据没有界限，数据的发送和接收存在直接的联系
面向连接、可靠：
1）应答确认机制 & 超时重传机制
2）保证有序，每一个TCP数据报文都会有序号
3）接收的数据和源数据完全相同，数据没有损坏
为什么UDP有时比TCP更有优势?
UDP以其简单、传输快的优势，在越来越多场景下取代了TCP,如实时游戏。

（1）网速的提升给UDP的稳定性提供可靠网络保障，丢包率很低，如果使用应用层重传，能够确保传输的可靠性。

（2）TCP为了实现网络通信的可靠性，使用了复杂的拥塞控制算法，建立了繁琐的握手过程，由于TCP内置的系统协议栈中，极难对其进行改进。