Java----面试中将用到的网络基础知识（1）

OSI七层网络模型

名称	功能
应用层（Application）	直接向用户提供服务，文件传输、电子邮件、文件服务、虚拟终端
表示层（Presentation）	数据格式化、代码转换、数据加密
会话层（Session）	在两个会话实体间建立和使用连接、解除连接
传输层（Transport）	提供可靠的端到端的差错和流量控制，保证报文的正确传输
网络层（Network）	通过路由选择算法，为报文或分组通过通信子网选择最适当的路径。
数据链路层（Data Link）	传输有地址的帧，错误检测功能
物理层（Physical）	以二进制数据形式在物理媒体上传输数据

TCP的三次握手（建立连接）

TCP：
面向连接的，可靠的，基于字节流的传输层通信协议
将应用层的数据流分割成报文段，并发送目标节点的TCP层
数据包都有序号，对方收到则发送ACK确认，未收到重传
使用校验和来检验数据在传输过程中是否有误

位码即tcp标志位,有6种标示:
SYN(synchronous建立联机)
ACK(acknowledgement 确认)
PSH(push传送)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)

第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；

第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包

第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。

完成三次握手，主机A与主机B开始传送数据。

(1)客户端发送SYN包（seq=x）到服务器，
进入SYN_SEND状态。
(2)服务器收到SYN包，确认（ack=x+1）
自己也发送SYN包（seq=y），即（SYN+ACK）包
进入SYN_RECV状态。
(3)客户端收到服务器（SYN+ACK）包，
向服务器发送ACK包确认
(4)服务器和客户端进入ESTABLISHED状态

TCP保活机制

一、为什么需要保活机制？
设想这种情况，TCP连接建立后，在一段时间范围内双发没有互相发送任何数据。思考以下两个问题：

1，怎么判断对方是否还在线。这是因为，TCP对于非正常断开的连接系统并不能侦测到（比如网线断掉）。
2，长时间没有任何数据发送，连接可能会被中断。这是因为，网络连接中间可能会经过路由器、防火墙等设备，而这些有可能会对长时间没有活动的连接断掉。

二、过程
连接中启动保活功能的一端，在保活时间内连接处于非活动状态，则向对方发送一个保活探测报文，如果收到响应，则重置保活计时器，如果没有收到响应报文，则经过一个保活时间间隔后再次向对方发送一个保活探测报文，如果还没有收到响应报文，则继续，直到发送次数到达保活探测数，此时，对方主机将被确认为不可到达，连接被中断。

四次挥手（关闭连接）

1）客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。
2）服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间。
3）客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。
4）服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。
5）客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态。注意此时TCP连接还没有释放，必须经过2倍MSL（最长报文段寿命）的时间后，当客户端撤销相应的TCB后，才进入CLOSED状态。
6）服务器只要收到了客户端发出的确认，立即进入CLOSED状态。同样，撤销TCB后，就结束了这次的TCP连接。可以看到，服务器结束TCP连接的时间要比客户端早一些。

简洁版
第一次挥手：client发送FIN（关闭client到server数据传输），进入FIN_WAIT_1状态
第二次挥手：server收到FIN后，发送ACK，进入CLOSE_WAIT状态
第三次挥手：server发送FIN（关闭Server到client数据传输），进入LAST_ACK状态
第四次挥手：client收到FIN后，client进入TIME_WAIT状态，发送ACK给Server，Server进入closed状态

为什么连接的时候是三次握手，关闭的时候却是四次握手

因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。