计网--知识点整理1

OSI七层协议：
物理层 : 以二进制的流在物理媒介上传输数据
数据链路层 : 物理寻址,同时将比特流转换成逻辑传输线路
网络层 : 为数据包选择路由
传输层: OSI协议中最重要的一层,接受上一层的数据,在必要的时候对数据进行分割,交给网络层,保证数据能到到达对端
会话层 : 不同机器上的用户之间建立会话和会话管理
表示层 : 数据格式化,代码转换,数据加密

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

http协议特点:
支持客户/服务器模式，简单快速，灵活，无状态，无连接

http请求响应的步骤：
客户端连接到web服务器->发送http请求->服务器接受请求并返回http响应->释放tcp连接->客户端浏览器解析html内容

Http和Https的区别:
Http协议运行在TCP之上，明文传输，客户端与服务器端都无法验证对方的身份；Https是身披SSL(Secure Socket Layer)外壳的Http，运行于SSL上，SSL运行于TCP之上，是添加了加密和认证机制的HTTP。
二者之间存在如下不同：
①端口不同：Http与Http使用不同的连接方式，用的端口也不一样，前者是80，后者是443；
②资源消耗：Https通信会由于加减密处理消耗更多的CPU和内存资源；
③开销：Https通信需要证书，而证书一般需要向认证机构购买；
Https的加密机制是一种共享密钥加密和公开密钥加密并用的混合加密机制。

在浏览器输入url,按下回车之后的流程：
DNS解析->tcp连接->发送http请求->服务器处理请求并返回http报文->浏览器解析渲染页面->连接结束

get请求和post请求的区别:
①http报文层面:get请求信息放在url中,键值对拼接,post请求在请求体中
②数据库层面:get请求复合幂等性和安全性,post不符合
③其他:get请求可以被缓存,post不可以

对称加密与非对称加密:
对称密钥加密是指加密和解密使用同一个密钥的方式，这种方式存在的最大问题就是密钥发送问题，即如何安全地将密钥发给对方；而非对称加密是指使用一对非对称密钥，即公钥和私钥，公钥可以随意发布，但私钥只有自己知道。发送密文的一方使用对方的公钥进行加密处理，对方接收到加密信息后，使用自己的私钥进行解密。
由于非对称加密的方式不需要发送用来解密的私钥，所以可以保证安全性；但是和对称加密比起来，它非常的慢，所以我们还是要用对称加密来传送消息，但对称加密所使用的密钥我们可以通过非对称加密的方式发送出去。

三次握手与四次挥手

三次握手

(我要和你建立链接，你真的要和我建立链接么，我真的要和你建立链接，成功)
第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。
第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。
第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。

四次挥手

(我要和你断开链接；好的，断吧。我也要和你断开链接；好的，断吧)

第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。此时TCP链接处于半关闭状态，即客户端已经没有要发送的数据了，但服务端若发送数据，则客户端仍要接收。
第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。