day-3-2-3-CSDN博客

本文链接：https://blog.csdn.net/haodi12138/article/details/126860331

tcp/ip分层协议栈（七层架构）

物理层：解决电信号的传输问题，定义电器规范，设备规范，物理接口等，研究对象为比特位，为两端设备提供原始比特流的传输通路。设备：集线器，网线，HUB，RJ45标准。

链路层：将下层比特位分帧(Frame)，这些帧可以被识别，能进行物理地址（MAC地址）寻址和重发。设备：交换机，网桥，网卡。

网络层：将数据帧以包为单位分包，并为数据在节点之间的传输创建逻辑链路，并进行地址管理和路由选择。设备：路由器，防护墙，IP协议，OSFP。

传输层：提供应用程序进程之间的逻辑通信。建立进程之间连接，处理数据包错误和包次序等。出现了进程，TCP，UDP，进程和端口等概念

会话层：会话的访问验证和会话管理，会话断开连接的重连等。

表示层：数据加密解密，编码和解码，压缩和解压缩。

应用层：为操作系统或应用程序提供访问网络服务的接口。常见：FTP，HTTP，DNS，SSH，SNMP。

tcp的三握四挥

三握

第一次握手：客户端发送syn包给服务器，SYN=1，序列号seq=x，客户端进入syn-sent状态

第二次握手：服务器收到syn包以后返回报文，ack=x+1，ACK=1，SYN=1，同时生成序列号seq=y，进入syn-rcvd状态

第三次握手：客户端收到服务器的报文以后，返回给服务器ack=y+1，ACK=1，自己的序列号seq=x+1，进入established状态，服务器收到也进入established状态

四挥

第一次挥手：客户端发送连接释放报文（FIN=1，序列号seq=u）并停止发送数据，关闭链接，进入FIN-WAIT-1状态

第二次挥手：服务器收到释放连接发送确认报文（ACK=1，ack=u+1，序列号seq=p），服务器进入CLOSE-WAIT状态，客户端收到报文，进入FIN-WAIT-2状态

第三次挥手：服务器发送连接释放报文（FIN=1，ACK=1，ack=u+1，序列号seq=w），服务器进入LAST-ACK状态

第四次挥手：客户端收到服务器连接释放报文，发出确认报文（ACK=1，ack=w+1，seq=u+1），进入TIME-WAIT状态，等待2MSL后，进入CLOSE状态

tcp断开链接为什么是四挥，能不能三挥？

四次挥手把同意对方请求跟自身请求分离开。是因为在客户端请求断开时（客户端发送端->服务器接收端），服务器可能还有数据未发完，所以需要分开操作：

先同意对方关闭连接，对方无法传输数据；（第二次挥手）
自己若还有数据未发送完，接着发送直至全部发送完毕；
请求自身关闭连接；（第三次挥手）

也就是说，三次握手、四次挥手差别就在第二次，有没有把同意对方请求跟自身请求拆分开。

HTTP1.0和1.1的区别

缓存处理

在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准，HTTP1.1则引入了更多的缓存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。

带宽优化及网络连接的使用

HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。

错误通知的管理

在HTTP1.1中新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。

Host头处理

在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。

长连接

HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection： keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

tcp和udp的区别

OSI 和 TCP/IP 模型在传输层定义两种传输协议：TCP（或传输控制协议）和 UDP（或用户数据报协议）。

UDP：

UDP 与 TCP 的主要区别在于 UDP 不一定提供可靠的数据传输。事实上，该协议不能保证数据准确无误地到达目的地。UDP 在许多方面非常有效。当某个程序的目标是尽快地传输尽可能多的信息时（其中任意给定数据的重要性相对较低），可使用 UDP。ICQ 短消息使用 UDP 协议发送消息。

许多程序将使用单独的TCP连接和单独的UDP连接。重要的状态信息随可靠的TCP连接发送，而主数据流通过UDP发送。

TCP：

TCP的目的是提供可靠的数据传输，并在相互进行通信的设备或服务之间保持一个虚拟连接。TCP在数据包接收无序、丢失或在交付期间被破坏时，负责数据恢复。它通过为其发送的每个数据包提供一个序号来完成此恢复。记住，较低的网络层会将每个数据包视为一个独立的单元，因此，数据包可以沿完全不同的路径发送，即使它们都是同一消息的组成部分。这种路由与网络层处理分段和重新组装数据包的方式非常相似，只是级别更高而已。

为确保正确地接收数据，TCP要求在目标计算机成功收到数据时发回一个确认（即 ACK）。如果在某个时限内未收到相应的 ACK，将重新传送数据包。如果网络拥塞，这种重新传送将导致发送的数据包重复。但是，接收计算机可使用数据包的序号来确定它是否为重复数据包，并在必要时丢弃它。