Java基础-计算机网络面试相关整理

OSI七层模型

1. 物理层：传输比特流
2. 数据链路层：如何格式化数据。将比特数据变成帧
3. 网络层：网络地址翻译成物理地址，如何将数据由发送方路由到接收方。（IP协议）
4. 传输层：保证大量文件传输准确性，需对发送文件进行切分。对数据流控和差错校验。保证传输质量（TCP UDP）
5. 会话层：建立、管理、终止会话
6. 表示层：语义转化
7. 应用层：（HTTP）
   
   

TCP三次握手、四次挥手

TCP报文头
序列号seq：4字节。
确认ACK：1 有效 0 无效
同步SYN：1 表示连接请求。0 握手成功之后会被置0
终止FIN：释放连接。1 表示发送方数据已经发送完毕 请求释放传输连接

三次握手
第一次：建立连接。客户端发送syn包到服务器，进入到SYN_SEND状态，等待服务器确认。
第二次：服务器收到syn包，确认客户端SYN，同时发送syn+ack包，进入到SYN_RECV状态。
第三次：客户端收到SYN ACK包，向服务器发送syn+ack包，发送完毕之后客户端服务器均进去ESTABLISHED状态。
连接成功。

四次挥手
第一次：客户端发出释放FIN=1 seq=x 进入FIN_WAIT_1状态
第二次：服务器收到客户端请求后，发出ACK=1、客户端确认号ack = x + 1、服务器序号seq=y，进入CLOSE_WAIT状态
第三次：客户端收到服务确认结果之后，进入FIN_WAIT_2状态。服务器发送FIN=1信号、ACK=1、ack = x + 1、seq=z，进入LAST_ACK状态
第四次：客户端收到回复，发送确认ACK=1，ack = z + 1，seq= x + 1 进入TIME_WAIT。客户端进过两个最长报文寿命后，客户端CLOSE，服务器接收到确认后立刻CLOSE。

Q1:为什么三次握手四次挥手
三次握手，服务器直接发送SYN+ACK报文。SYN是用来同步的 ACK是用来确认的。
四次挥手，服务器收到FIN报文时不会立刻关闭，所以只能先回复一个ACK确认，告诉客户端请求收到了。等服务器所有报文都发完了之后才能发FIN。

Q2:为什么TIME_WAIT要经过两个最长报文生存时间（2MSL）才CLOSE
由于网络不可靠可能ACK报文丢失，服务器若没有收到ACK会不断重复的发送FIN。所以客户端不能立即关闭，用来重新发送可能丢失的ACK。客户端重新发送ACK后，会再次等待2MSL。

Q3:为什么要三次握手两次不行么
为了确保双方都准备好建立连接了。

UDP

UDP特点

• 面向非连接：不存在建立连接需要的时延。
• 不维护连接状态，支持同时多个客户端传输相同消息
• 数据包报头8个字节，额外开销小
• 吞吐量只受限于数据生成速率、传输速率以及机器性能
• 尽最大努力交付，不保证可靠交付
• 面向报文，不对应用程序移交的报文进行拆分合并

TCP/UDP区别

TCP	UDP
可靠通信	不可靠
面向连接	无连接
有序	无序
速度慢	速度快
重量级	轻量级 （体现在报文头 20字节 8字节）

TCP滑动窗口

现实中不能可一段一段顺序的数据发送，是批量发送数据。为解决可靠传输和包乱序传输问题，而使用滑动窗口做流量控制和乱序重排。

RTT&RTO

• RTT：发动一个数据包到收到对应ACK所花费的时间
• RTO：重传间隔

滑动窗口作用

• 保证TCP可靠性
• 保证TCP流控特性

发送端：

• LastByteAcked ：连续最大ack的位置（已经被接收端确认收到的数据位置）
• LastByteSent ：已发送的最后一个字节的位置（数据已经发送但是还没有收到ACK）
• LastByteWritten ：上层应用已经写完的数据字节位置

接收端：

• LastByteRead : 已收到最后一个字节的位置 (收到数据且已经发送了ACK)
• NextByteExpected ： 收到连续最大seq数据字节的位置
• LastByteRcvd ： 已收到最后一个字节的位置（收到但没有发送ACK）

接收方还能够接收的数据量（AdvertisedWindow） = 接收方缓存池大小 - （LastByteRcvd - LastByteRead ）

发送端要保证 LastByteSent - LastByteAcked <= AdvertisedWindow
即已发送待确认的数据量要小于等于接收方还能够接收的数据量。

窗口内剩余可发送的数据量（EffectiveWindow） = AdvertisedWindow - （LastByteSent - LastByteAcked ）

发送方窗口滑动
当收到ACK确认后，窗口滑动到相应位置。

接收方窗口滑动
收到连续最大seq数据字节的位置发送确认ACK后，窗口滑动到相应位置。 方法同上。
如果仅剩32没有发送，33到51都发送完毕，则需要等到32接收到并发送ACK后窗口才会滑动。

TCP连接拥塞控制四种方法