java网络模型基础

OSI七层模型:

七层模型由下往上分别是:物理层，数据链路层，网络层，传输层，会话层，表示层，应用层。
物理层: 以二进制（机器最终识别的语言就是二进制开关）的形式在物理机器上实现传输(光纤等介质)。
数据链路层 传输的地址的帧以及错误的检测。
网络层 为我们的数据实现路由(路由器、交换器)。
传输层 提供端口号和传输的协议(TCP、UDP)。
会话层 建立与应用程序之间的连接。
表示层 数据转换,解决不同系统之间的兼容问题(编码、数据加密解密、window到Linux之间的兼容性)。
应用层 Http协议 文件服务器、邮件服务器 等。
具体网络模型详细结构图请访问科来

TCP与UDP协议:

TCP协议是一种可靠的协议因为经过了三次握手确定了链接的可靠性,不会丢失数据(Http协议,RPC)。
UDP协议是不可靠的协议，会丢失数据（聊天工具）。

第一次握手: 客户端发送syn包（syn=a:一个随机数）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号。相当于客户端向服务器询问你在不在。
第二次握手: 服务器收到syn包，必须确认客户的SYN（ack=接收的随机数a+1），同时自己也发送一个SYN包（syn=b随机数），即SYN+ACK包，此时服务器进入SYN_RECV状态。服务器告诉客户端我在。
第三次握手:客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=b+1），此包发送完毕，客户端和服务器TCP连接成功，完成三次握手。客户端接受到服务器在的消息后确认向服务器发送请求我们开始传输数据,连接建立完成。

连接断开四次挥手:

第一次挥手：客户端发送一个FIN，用来关闭客户端到服务器的数据传送，Client进入FIN_WAIT_1状态。客户端告诉服务器我要关闭链接。
第二次挥手：服务器收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），服务器进入CLOSE_WAIT状态。服务器收到了通知告诉客户端等待一下我还没有接收完。
第三次挥手：服务器发送一个FIN，用来关闭服务器到客户端的数据传送，服务器进入LAST_ACK状态。服务器接收完了告诉客户端接收完了。
第四次挥手：客户端收到FIN后，客户端进入TIME_WAIT状态，接着发送一个ACK给服务器，确认序号为收到序号+1，服务器进入CLOSED状态，完成四次挥手。客户端告诉服务器OK，我们关闭链接。这里客户端有个犹豫时间TIME_WAIT，在犹豫时间内可以选择不结束。

Http协议实现原理:

Http协议:默认端口号80，用socket封装的，可以写个soket通讯的demo，加入请求头就可以在浏览器上面访问了。
htttp协议特征:
1、无状态 没有记忆的会话 我们通过token、jwt等来确定记忆请求。
2、基于请求与响应模型。
3、简单快捷。
4、灵活可以传输任何类型。
Https协议:默认端口号443，使用ssl+证书传输，比http安全。

长连接与短连接:

长连接：一次数据传输成功后不需要关闭连接，连接一直保持连通的状态。优点就是不用一直来回创建连接，省去了这部分时间。缺点我们要一直维护这个连接有可能网络波动等原因也会导致连接关闭。长连接需要定期保活(会一段时间发送个心跳检测连接还存不存在）常用于一些需要高频传输数据的场景。长连接默认300s不用就关闭连接了。例如实时数据的场景。串行工作场景。http1.1版本开始支持的
短连接:没传输一次数据都要建立一次连接。优点与长连接相反，每次传输都是新建立的链接数据都可以发送成功，即使本次失败不影响后续发送数据。缺点来回创建连接(握手挥手)耗时。短连接有个严重缺陷端口总共65535个，去掉那些占用的，如果突然建立大量短连接端口就用光了，自己干不了活了别人也有可能干不了活。常用于低频传输数据的场景，并行工作场景。http1.0就有了

文章内容来源:
（蚂蚁课堂）