之前,有位大佬和我说过这么一句话:"网络知识在一定程度上决定了你的上限"。
对HTTP一知半解的我,上限真的这么低吗...就不能花点时间好好整理整理吗 ?️?
这次请给霖呆呆一个机会,跟着我的脚步?从1开始学习它。另外我整理的HTTP系列基本都会附有一个面试时的浅答与深答的的配套答案,浅答是为了让你们更好的记住,深答保证你确实理解了浅答中的知识点。
整个系列下来,让我们彻底 Shutdown HTTP !!!?
系列思维导图:
所有文章内容均被收入GitHub个人博客:niubility-coding-js 快来给我Star呀?~
https://github.com/LinDaiDai/niubility-coding-js
通过阅读本篇文章你可以学习到:
(请注意,带有?标示的都是必须要掌握的哦)
HTTP协议(HyperText Transfer Protocol,超文本传输协议)是因特网上应用最为广泛的一种网络传输协议。
设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法,它是一个基于 TCP/IP 通信协议来传输数据的应用层协议。
要注意的点就是:
【面试时问起:一句话概述HTTP协议】????
「HTTP 是一个在计算机世界里专门在两点之间传输文字、图片、音频、视频等超文本数据的约定和规范。」
(HTTP通常跑在TCP/IP协议栈
之上,依靠IP协议实现寻址和路由
、TCP协议实现可靠数据传输
、DNS协议实现域名查找
、SSL/TLS协议实现安全通信
。当然,WebSocket、HTTPDNS依赖于HTTP。
处于 TCP/IP 网络分层模型中的第一层「应用层」。
应用层的其它协议还有:
【面试时问起一般答前面三个就够了】??
常问知识点,重要指数:?????
如果还要的话,可以答一下「持久连接」:
(另外其实还有一个管线化的特点,同时并行发送多个请求,而不必等前一个请求完毕才能发送下一个。但是因为各种原因被各大厂商废弃了)
常问知识点,重要指数:?????
简单来说:
详细来说:
常问知识点,重要指数:?????
GET:获取资源,幂等操作
HEAD:获取报文首部,和GET很像但是不返回报文主体,幂等操作
POST: 创建或更新资源,非幂等操作
PUT: 创建或更新资源本身,幂等操作
PATCH:对资源进行局部更新,非幂等操作
DELETE:删除资源,和PUT功能相反,幂等操作
OPTIONS:查询服务器端支持的HTTP方法种类(幂等操作):
请求 | OPTIONS * HTTP/1.1 Host: lindaidai.wang |
---|---|
响应 | HTTP/1.1 200 OK Allow: GET, POST, HEAD, OPTIONS (返回服务器支持的方法) |
CONNECT:建立连接隧道,用于代理服务器,幂等操作
TRACE:追踪请求,查询发出去的请求是怎样被加工/篡改的,幂等操作。容易引发XST跨站追踪攻击。
重要指数:????
(先让我们来了解一下它的概念)
这东西其实很好理解,你只要记住:如果一个方法重复执行多次,产生的效果是一样的,那么这个方法就是幂等的。「它本质上意味着成功执行请求的结果与其执行次数无关。」
让我们来具体看看每一项的分析:
http://lindaidai.wang/account/123
,不会改变资源的状态,不论是调用一次还是N次都没有副作用。但是要注意了,这里指的是「调用多少次都没有副作用」,而不是每次GET的结果都相同。因为你想想有可能直接去改了数据库的这条数据,那么下次获取到的可能就不相同了,但是它本身并没有产生副作用,所以满足幂等。POST表示创建资源,PUT表示更新资源
;但是实际上它们都可用于创建和更新资源,只不过本质的差别就在于幂等性上。POST所对应的URI并非创建资源的本身,而是「资源的接收者」。例如:POST http://lindaidai.wang/articles
的语义是在http://lindaidai.wang/articles
下创建一篇帖子,HTTP响应中应包含帖子的创建状态以及帖子的URI。两次相同的POST请求会在服务器端创建两份资源,它们具有不同的URI,所以POST是「非幂等」的。PUT http://lindaidai.wang/accout/321
的语义是创建或者更新ID为123的帖子。第一次PUT方法执行之后,其在服务器上生成的资源,不能被后续的PUT方法更改,所以对同一URI进行多次PUT的副作用和一次PUT是相同的,因而它是「幂等」的。DELETE http://lindaidai.wang/accout/321
调用一次和调用N次对系统产生的副作用是相同的,都是为了删掉ID为321的帖子。因此,调用者可以多次调用或刷新页面而不必担心引起错误。【面试时答法】
一个方法是不是幂等,其实就是判断一个方法重复执行多次,产生的效果是不是一样的,如果是幂等的话,它本质上意味着成功执行请求的结果和它的执行次数无关。我所知道的,只有「POST」和「PATCH」是非幂等的,其它都是幂等操作。
不用我多说,常问知识点,重要指数:?????
(这里我用的是三元总结的一份答案+自己的一些理解)
(这时候面试官可能还会追加着问你:既然POST要分为两个TCP数据包发送,那GET是不是会比POST更有效啊)
你可以这样回答:
当服务端收到不支持的方法时,会返回 405 Method Not Allowed
,并且会把所有支持的方法写入响应报文首部字段Allow
中返回。
重要指数:?????
(又是个硬核的知识点啊...这里霖呆呆就只列举一些常用的)
「请求已经接收到,需要进一步处理才能完成,但是HTTP/1.0 不支持。」
101 Switching Protocols
:在HTTP升级为WebSocket时,如果服务器同意变更,则返回 101。「成功处理请求。」
200 OK
:请求成功,通常返回的数据中带有响应体。204 No Content
:意思和200
一样,不过返回的数据中不带有响应体。206 Partial Content
:客户端进行了范围请求且服务端正常处理,响应报文的首部应该还有Content-Range
字段指定实体的范围。使用场景为HTTP分块下载和断点续传。「重定向状态,资源位置发生变动,需要重新请求。」
301 Moved Permanently
:永久重定向,最新的URI为响应报文首部的 Location
字段。场景是:例如你的网站换了地址了,之前的地址不用了,若用户还是从之前的地址进的话则会返回301
且在Location
中带上最新的URI。且浏览器默认会做缓存优化,减少服务器压力,在第二次访问的时候自动访问重定向的那个地址。302 Found
:临时重定向,和301
不同,它表示请求的资源临时被移动到了别的URI上,因为是暂时的,所以不会被缓存。303 See Other
:临时重定向,请求的资源临时被移动到了别的URI上,但是明确表示客户端应该使用GET方法获取资源。304 Not Modefied
:客户端带条件请求时虽未满足条件但是也允许返回该资源,它虽然被划分在3xx
中,但其实和重定向没有关系。场景例如:协商缓存成功就会返回304 Not Modefied
,表示请求的资源在服务器上并未发送改变,告诉请求者可以使用缓存。(可以看我的这篇文章哦《霖呆呆你来说说浏览器缓存吧》)307 Temprary Redirect
:临时重定向,但是比302
更加明确,重定向的请求方法和实体都不允许变动。场景例如:HSTS
协议,强制客户端使用https
建立连接,比如你的网站从HTTP
升级到了HTTPS
,而你还是通过http://xxx
访问的话,就会返回307 Internal Redirect
。(可以试一下http://juejin.im)三种临时重定向简单比较:
302 Found
,基本的临时重定向303 See Other
,明确表示客户端应该使用GET
方法307 Temprary Redirect
,请求方法和实体都不允许变动「客户端出现错误。」
400 Bad Request
:请求报文中存在语法错误,但是没有具体指出是哪里。401 Unauthorized
:需要有通过HTTP认证的认证信息或者表示用户认证失败。403 Forbidden
:请求资源被拒绝,原因是:比如法律禁止、信息敏感。404 Not Found
:请求资源未找到,表示没在服务器上找到相应的资源。「服务端出现错误。」
500 Internal Server Error
:服务器内部错误,但是没有具体指出是哪里,和400
有点像。501 Not Implemented
:表示客户端请求的功能还不支持502 Bad GateWay
:服务器自身是正常的,但是代理服务器无法获取到合法响应(点外卖时外卖小哥没送)503 Service Unavailable
:服务器内部处于超负载状态或进行停机维护(就像是本店今天不开张)React 和 Vue 都在用的 FLIP 思想是什么?
懂这些Javascript的骚操作,你可以更牛B
Javascript重构技巧-让别人看懂你写的代码
Vue3 的诞生的故事
当一个大前端有了服务器时会做些什么?
从零解读Vue3.0源码响应式系统
互联网人相亲现场,该如何battle
7个关于 CSS backgroundImage 好用的技巧
你还用首屏加载时间衡量Web 性能体验和质量?
如何使用Chrome来分析运行时的性能、内存问题 ?[太实用了]
超有料的前端性能优化总结(建议收藏)
一文读懂 babel7 的配置文件加载逻辑
【前端进阶】Nginx 负载均衡和缓存服务实战
CSS高级特效的必备技巧
图文并茂深度解析浏览器渲染原理,包看懂超值得收藏
Vue 的生命周期之间到底做了什么事清?(源码详解)
深度解析文件上传全过程
如何写出被Team Leader喜欢的JS 代码前端面试128问汇总(含超详细答案)你不一定知道的CSS 中的auto可以任意插拔随意组合的业务级前端模块化神器!超详细webpack构建方式补给!超详细webpack基础补给!当你升级到前端的TL时,如何快速打造用于中小团队的前端基建线上项目出现问题时如何快速调试定位问题?学习 React Hooks 可能会遇到的五个灵魂问题你确定你真的懂CSS吗?太齐了!前端的学习及工作资料只收藏这份就够了!大厂都在用的高级缓存方案我这个页面居然用了10G的GPU?!!微前端在企业级应用中的实践(华为项目经验传授)原来微信支付软件架构是这样哒!!!有这个!你还愁不会写正则吗?看我如何把node接口耗时降低23%!高级前端工程师是怎样高效部署前端应用?【撩妹教程】如何教公司新来的女实习生小姐姐什么是闭包?前端如何在繁忙的业务中提升自己全链路日志如何实现?大厂的高性能小程序原来是这样弄的!测试一下你离前端专家这个称号还有多远?点在看的人特别帅/美