七层协议和TCP/IP协议簇
OSI七层协议和Tcp/ip四层协议
应用层：应用程序间通信规则
- DNS：建立ip地址和域名之间关系
- Telnet：远程管理协议，是不安全的，与此相对SSH是安全的
- FTP：传文件的协议
- HTTP：超文本传输协议
传输层（TCPIP中的TCP）：端到端的数据传输服务
- TCP：面向连接的，可靠的数据传输服务
- UDP：无连接的数据传输服务，不保证传输可靠性
网络层（TCPIP中的IP）：点到点的数据传输
数据链路层：数据帧
- 以太网协议
物理层
TCP三次握手和四次挥手
三次握手：
- 客户端–发送带有 SYN 标志的数据包–一次握手–服务端
- 服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端
- 客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端
为什么需要三次握手
而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的。
第一次握手：Client 什么都不能确认；Server 确认了对方发送正常，自己接收正常
第二次握手：Client 确认了：自己发送、接收正常，对方发送、接收正常；Server 确认了：对方发送正常，自己接收正常
第三次握手：Client 确认了：自己发送、接收正常，对方发送、接收正常；Server 确认了：自己发送、接收正常，对方发送、接收正常
第二次握手为什么要传SYN和ACK两个
接收端传回发送端所发送的ACK是为了告诉客户端，我接收到的信息确实就是你所发送的信号了，这表明从客户端到服务端的通信是正常的。而回传SYN则是为了建立并确认从服务端到客户端的通信。”
如果第三次握手客户端发的确认ack报文丢失，服务端在一段时间内没有收到确认ack报文的话就会重新进行第二次握手
四次挥手
举个例子：A 和 B 打电话，通话即将结束后，A 说“我没啥要说的了”，B回答“我知道了”，但是 B 可能还会有要说的话，A 不能要求 B 跟着自己的节奏结束通话，于是 B 可能又巴拉巴拉说了一通，最后 B 说“我说完了”，A 回答“知道了”，这样通话才算结束。
- 第一次挥手：客户端向服务器发送一个带FIN标志位的报文
- 第二次挥手：服务器向客户端发送一个带ACK标志位的报文。客户端到服务器的连接被关闭。
- 中间可能服务器还会向客户端传数据
- 第三次挥手：服务器向客户端发一个带FIN，ACK标志位的报文
- 第四次挥手：客户端向服务器发一个带ACK标志位的报文
- 客户端发出确认报文后不是立马释放TCP连接，而是要经过2MSL(最长报文段寿命的2倍时长)后才释放TCP连接。而服务端一旦收到客户端发出的确认报文就会立马释放TCP连接，所以服务端结束TCP连接的时间要比客户端早一些。
为什么TCP连接的时候是3次，关闭的时候却是4次？
为什么客户端发出第四次挥手的确认报文后要等2MSL的时间才能释放TCP连接？
这里同样是要考虑丢包的问题，如果第四次挥手的报文丢失，服务端没收到确认ack报文就会重发第三次挥手的报文，这样报文一去一回最长时间就是2MSL，所以需要等这么长时间来确认服务端确实已经收到了。
TCP报文结构
TCPUDP区别
UDP不需要建立连接，虽然不可靠，但是速度快占用资源少。适用于QQ这种即时通讯
TCP如何保证可靠传输
- 校验和：检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP 将丢弃这个报文段和不确认收到此报文段。
- 流量控制：TCP的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据，能提示发送方降低发送的速率，防止包丢失。TCP 使用的流量控制协议是可变大小的滑动窗口协议。 （TCP 利用滑动窗口实现流量控制）
- 拥塞控制： 当网络拥塞时，减少数据的发送
- ARQ协议： 也是为了实现可靠传输的，它的基本原理就是每发完一个分组就停止发送，等待对方确认。在收到确认后再发下一个分组。
- 超时重传： 当 TCP 发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。