get与post区别，https协议的通信机制

• get与post区别
  • 幂等的的意思就是一个操作不会修改状态信息，并且每次操作的时候都返回同样的结果。即：做多次提交和做一次的对服务器效果是一样 的。

方法	用法	是否能修改服务器数据	幂等	安全	入参位置	请求体长度限制
get	一般用于获取数据	能	是	都不安全	url	长度有限制256字符
post	一般用于提交数据	能	不是	都不安全（相对安全）	body体	无限制

• https协议的通信机制

  • HTTP+ 加密 + 认证 + 完整性保护 =HTTPS

  • 

    步骤1： 客户端通过发送 Client Hello 报文开始 SSL 通信。报文中包含客户端支持的 SSL 的指定版本、加密组件（Cipher Suite）列表（所使用的加密算法及密钥长度等）。
    步骤 2： 服务器可进行 SSL 通信时，会以 Server Hello 报文作为应答。和客户端一样，在报文中包含 SSL 版本以及加密组件。服务器的加密组件内容是从接收到的客户端加密组件内筛选出来的。
    步骤 3： 之后服务器发送 Certificate 报文。报文中包含公开密钥证书。
    步骤 4： 最后服务器发送 Server Hello Done 报文通知客户端，最初阶段的SSL握手协商部分结束。
    
    步骤 5： SSL 第一次握手结束之后，客户端以 Client Key Exchange 报文作为回应。报文中包含通信加密中使用的一种被称为 Pre-master secret 的随机密码串。该报文已用步骤 3 中的公开密钥进行加密。
    步骤 6： 接着客户端继续发送 Change Cipher Spec 报文。该报文会提示服务器，在此报文之后的通信会采用 Pre-master secret 密钥加密。
    步骤 7： 客户端发送 Finished 报文。该报文包含连接至今全部报文的整体校验值。这次握手协商是否能够成功，要以服务器是否能够正确解密该报文作为判定标准。

    步骤 8： 服务器同样发送 Change Cipher Spec 报文。
    步骤 9： 服务器同样发送 Finished 报文。

    步骤 10： 服务器和客户端的 Finished 报文交换完毕之后，SSL 连接就算建立完成。当然，通信会受到 SSL 的保护。从此处开始进行应用层协议的通信，即发送 HTTP请求。
    步骤 11： 应用层协议通信，即发送 HTTP 响应。
    步骤
    12： 最后由客户端断开连接。断开连接时，发送 close_notify 报文。上图做了一些省略，这步之后再发送 TCP FIN 报文来关闭与
    TCP 的通信。在以上流程中，应用层发送数据时会附加一种叫做 MAC（Message
    Authentication Code）的报文摘要。MAC 能够查知报文是否遭到篡改，从而保护报文的完整性。
    下面是对整个流程的图解。图中说明了从仅使用服务器端的公开密钥证书（服务器证书）建立 HTTPS 通信的整个过程。