传输层主要有TCP和UDP两个协议
TCP：传输控制协议，是一种面向连接的可靠协议
UDP：用户数据报文协议，是一种非面向连接的不可靠协议
TCP的面向连接体现在三次握手和四次挥手，可靠性具体体现在确认重传排序流控
由这两个特性，体现出TCP协议的以下特点：
优点：连接稳定，数据不会丢失，不重复，有顺序
缺点：只能一对一传输，仅适合应用于网络负担较小，准确性要求较高的网络
与其相对的UDP协议，非面向连接的不可靠协议，虽然没有三次握手四次挥手那样的稳点建立，不过UDP的传输速度较快，并且可以使用在网络负担较大的连接中，例如视频会话、DNS、FTP等
什么是三次握手四次挥手？
三次握手是TCP协议中建立会话的过程，基于该协议的特征建立一对一的对话模式
废话少说，上图！
?分为三步，首先是客户端向服务端发送同步序列请求，希望建立连接，序列号seq=x
然后服务端收到该请求之后，向客户端发送确认包，里面也包含同步请求，序列号=Y，确认号=X+1
最后客户端回应服务端，序列号=x+1，确认号=Y+1，会话建立成功
四次挥手：
?分四步走，首先主机A也就是客户端发送了一个断开请求，包括序列号和确认号，确认号是回应服务端的上一个请求
服务端在接收到了请求后，立刻回复一个ack确认包，表示已经收到FIN请求
然后，等到自己手里的工作完成后（向客户端发送的包结束过），也会向客户端发送一个FIN请求
最后客户端收到回应一个确认包，会话结束
TCP和UDP的报头
TCP：
UDP：?
?
为什么是三次握手？
这个问题反过来回答，首先如果是两次挥手，也就是C向S发送了同步请求，但是不知道对方有没有收到该请求，因此过了一段时间会再次发送请求。
此时，如果S刚刚收到C发送的第一个请求包，发送确认包之后，又来了一个包，服务器懵了，又发送一个确认包。这样容易导致建立会话失败。
然后，如果是四次挥手，也就是说服务器发送过确认包之后再发送同步请求，这两个包中间有延迟可能出问题先不说，很明显发送1个包更节省时间和空间。
为什么是四次挥手？
把这个问题具体化就是为什么是四次挥手不是三次？也就是为什么同步请求中服务器的请求和确认可以发同一个包，然后断开的时候就必须分开发
这个问题很简单，假设现在客户请求断开，服务器此时正在向客户端发送其他包，如果立即中断可能会导致数据丢失。因此，为了避免该情况的发生，
就必须在其他包发送完成之后向客户发送fin包，所以产生了四次挥手