put 和post方法的区别是,put方法是幂等的：连续调用一次或者多次的效果相同（无副作用），而post方法是非幂等的。
除此之外还有一个区别，通常情况下，put的uri指向是具体单一资源，而post可以指向资源集合。
举个例子，我们在开发一个博客系统，当我们要创建一篇文章的时候往往用post https://www.jianshu.com/articles，这个请求的语义是，在articles的资源集合下创建一篇新的文章，如果我们多次提交这个请求会创建多个文章，这是非幂等的。
而put https://www.jianshu.com/articles/820357430的语义是更新对应文章下的资源（比如修改作者名称等），这个uri指向的就是单一资源，而且是幂等的，比如你把『刘德华』修改成『蔡徐坤』，提交多少次都是修改成『蔡徐坤』
ps: 『post表示创建资源，put表示更新资源』这种说法是错误的，两个都能创建资源，根本区别就在于幂等性
put和patch都是更新资源，而patch用来对已知资源进行局部更新。
比如我们有一篇文章的地址https://www.jianshu.com/articles/820357430,这篇文章的可以表示为:
我要评论article = {
author: 'dxy',
creationdate: '2019-6-12',
content: '我写文章像蔡徐坤',
id: 820357430
}
当我们要修改文章的作者时，我们可以直接发送put https://www.jianshu.com/articles/820357430，这个时候的数据应该是:
{
author:'蔡徐坤',
creationdate: '2019-6-12',
content: '我写文章像蔡徐坤',
id: 820357430
}
这种直接覆盖资源的修改方式应该用put，但是你觉得每次都带有这么多无用的信息，那么可以发送patch https://www.jianshu.com/articles/820357430，这个时候只需要:
{
author:'蔡徐坤',
}
请求报文有4部分组成:
请求报文有4部分组成:
http/1.1 200 ok。内容很多，重点看标『✨』内容
通用首部字段（general header fields）：请求报文和响应报文两方都会使用的首部
请求首部字段（reauest header fields）:客户端向服务器发送请求的报文时使用的首部
响应首部字段（response header fields）:从服务器向客户端响应时使用的字段
实体首部字段（entiy header fields）:针对请求报文和响应报文的实体部分使用首部
2xx 成功
3xx 重定向
4xx 客户端错误
5xx 服务器错误
302是http1.0的协议状态码，在http1.1版本的时候为了细化302状态码又出来了两个303和307。
303明确表示客户端应当采用get方法获取资源，他会把post请求变为get请求进行重定向。
307会遵照浏览器标准，不会从post变为get。
在早期的http/1.0中，每次http请求都要创建一个连接，而创建连接的过程需要消耗资源和时间，为了减少资源消耗，缩短响应时间，就需要重用连接。在后来的http/1.0中以及http/1.1中，引入了重用连接的机制，就是在http请求头中加入connection: keep-alive来告诉对方这个请求响应完成后不要关闭，下一次咱们还用这个请求继续交流。协议规定http/1.0如果想要保持长连接，需要在请求头中加上connection: keep-alive。
keep-alive的优点：
https是安全版的http，因为http协议的数据都是明文进行传输的，所以对于一些敏感信息的传输就很不安全，https就是为了解决http的不安全而生的。
过程比较复杂，我们得先理解两个概念
对称加密：即通信的双方都使用同一个秘钥进行加解密，比如特务接头的暗号，就属于对称加密
对称加密虽然很简单性能也好，但是无法解决首次把秘钥发给对方的问题，很容易被hacker拦截秘钥。
非对称加密：
非对称加密虽然安全性更高，但是带来的问题就是速度很慢，影响性能。
解决方案：
那么结合两种加密方式，将对称加密的密钥使用非对称加密的公钥进行加密，然后发送出去，接收方使用私钥进行解密得到对称加密的密钥，然后双方可以使用对称加密来进行沟通。
此时又带来一个问题，中间人问题：
如果此时在客户端和服务器之间存在一个中间人,这个中间人只需要把原本双方通信互发的公钥,换成自己的公钥,这样中间人就可以轻松解密通信双方所发送的所有数据。
所以这个时候需要一个安全的第三方颁发证书（ca），证明身份的身份，防止被中间人攻击。
证书中包括：签发者、证书用途、使用者公钥、使用者私钥、使用者的hash算法、证书到期时间等
但是问题来了，如果中间人篡改了证书，那么身份证明是不是就无效了？这个证明就白买了，这个时候需要一个新的技术，数字签名。
数字签名就是用ca自带的hash算法对证书的内容进行hash得到一个摘要，再用ca的私钥加密，最终组成数字签名。
当别人把他的证书发过来的时候,我再用同样的hash算法,再次生成消息摘要，然后用ca的公钥对数字签名解密,得到ca创建的消息摘要,两者一比,就知道中间有没有被人篡改了。
这个时候就能最大程度保证通信的安全了。
帧：http/2 数据通信的最小单位消息：指 http/2 中逻辑上的 http 消息。例如请求和响应等，消息由一个或多个帧组成。
流：存在于连接中的一个虚拟通道。流可以承载双向消息，每个流都有一个唯一的整数id
http/2 采用二进制格式传输数据，而非 http 1.x 的文本格式，二进制协议解析起来更高效。
服务端可以在发送页面html时主动推送其它资源，而不用等到浏览器解析到相应位置，发起请求再响应。例如服务端可以主动把js和css文件推送给客户端，而不需要客户端解析html时再发送这些请求。
服务端可以主动推送，客户端也有权利选择是否接收。如果服务端推送的资源已经被浏览器缓存过，浏览器可以通过发送rst_stream帧来拒收。主动推送也遵守同源策略，服务器不会随便推送第三方资源给客户端。
http/1.x会在请求和响应中中重复地携带不常改变的、冗长的头部数据，给网络带来额外的负担。
你可以理解为只发送差异数据，而不是全部发送，从而减少头部的信息量
http 1.x 中，如果想并发多个请求，必须使用多个 tcp 链接，且浏览器为了控制资源，还会对单个域名有 6-8个的tcp链接请求限制。
http2中：
拓展阅读：http/2特性及其在实际应用中的表现
想要实时关注笔者最新的文章和最新的文档更新请关注公众号程序员面试官,后续的文章会优先在公众号更新.
简历模板: 关注公众号回复「模板」获取
《前端面试手册》: 配套于本指南的突击手册,关注公众号回复「fed」获取
本文由博客一文多发平台 openwrite 发布！
如对本文有疑问， 点击进行留言回复！！
MFC的静态库.lib、动态库.dll（包含引入库.lib）以及Unicode库示例
CTF 刷题记录（一） 白云新闻搜索（手动与自动化SQL注入）
javascript如何使用函数random来实现课堂随机点名方法详解
网友评论