| 5 | 网络层(Network) | 为数据在节点之间传输创建逻辑链路,通过路由选择算法为分组选择最佳路径,从而实现拥塞控制、网络互联等功能。 |
| 6 | 数据链路层(DataLink) | 在通信实体间建立数据链路联接,传输的基本单位为“帧”,并为网络层提供差错控制和流量控制服务。 |
| 7 | 物理层(Physical) | 最底层,定义系统的电气、机械、过程和功能标准。 |
**注意:**常见的光纤、同轴电缆、双绞线、Rj45接口等传输介质也被称为传输媒体。**但传输媒体并不是在物理层,**而是在物理层的下一层,因为物理层是模型的第一层,所以也称传输媒体为第0层。在传输媒体中传输的是信号,但传输媒体并不知道所传输的信号代表的是什么意思。物理层则因为规定了电气特性,因此能够识别所传输的比特流,这是考试经常出现的问题之一。
下图所示为数据DATA从发送端到达接收端的中间处理过程:
当发送端需要发送数据(DATA)该接收端时,发送端大概流程:
-
用户操作应用层的应用,产生的发送数据通过应用层的接口进入应用层。
-
从应用层开始,逐级对DATA进行包装,加上对应层的报头,例如图中的AH、PH、SH、TH、NH等。
-
表示层并不“关心”应用层的数据格式,而是把整个应用层递交的数据报看成是一个整体进行封装,即加上表示层的报头(PH),然后递交到会话层。
-
数据链路层除了要添加报头DH外,还会添加一个报尾DT还, 最终的一帧数据。
接收端:
-
接收端相当于是对发送过程的逆向,逐级抽丝剥茧,去掉各种报头报尾,最终回到接收端的应用层。
-
应用层对接收到的报文进行处理。
感觉HTTP协议和这个七层模型都是用于网络传输,那么二者有什么关系呢?这就必须要说一下TCP/IP协议。
TCP/IP协议,英文为Transmission Control Protocol/Internet Protocol,是指能够在多个不同网络间实现信息传输的协议簇。TCP/IP协议不仅仅指的是TCP 和IP两个协议,而是指一个由FTP、SMTP、TCP、UDP、IP等协议构成的协议簇,当然本文的重点HTTP协议也在其中, 只是因为在TCP/IP协议中TCP协议和IP协议最具代表性,所以被称为TCP/IP协议。所以HTTP协议是TCP/IP协议簇中的一员。
3.1 五层的体系结构?
四层结构:TCP/IP是一个四层的体系结构,它包含应用层、运输层、网际层和网络接口层,见下图中的b。
那么TCP/IP的四层的体系结构和OSI 的七层协议有什么关系呢?
OSI 的体系结构的概念清楚、理论也较完整,但它是一个概念模型,相对既复杂又不实用。所以TCP/IP采用了四层结构。不过从实质上讲,TCP/IP只有最上面的三层,因为最下面的网络接口层并没有什么具体内容。
五层结构:五层结构又是什么呢?因此在学习计算机网络的原理时往往采取对上面两个协议的折中的办法,即综合OSI和TCP/IP的优点,采用一种只有五层协议的体系结构(下图中的c),这样既简洁又能将概念阐述清楚。有时为了方便,也可把最底下两层称为网络接口层。
下图说明了这几种结构的关系:
3.2 HTTP协议与TCP/IP协议的关系
常见的HTTP服务有Apache、 Nginx 、IIS等,比较通用的机制就是创建一个进程监听80(443)接口,及时发现客户端发来的连接请求。当监听到连接请求并成功建立TCP连接之后,客户端就向服务器发送HTTP请求,服务器解析该请求并返回对应的结果,最后,释放TCP连接。
从三次握手的角度说一下HTTP协议与TCP/IP协议的关系:
用户在发出一个请求后,HTTP协议首先要和Web服务器建立 TCP连接。这需要使用三次握手。当握手两次之后(即过了一个RTT时间后),客户端就把HTTP请求报文,作为建立TCP连接的第三次握手的数据,发送给HTTP服务器。服务器收到HTTP请求报文后,就把所请求的文档作为响应报文返回给客户端。
大概的机制如下图:
从图中可以看出,向服务器请求一个文档所需的总时间等于该文档的传输时间(与文档大小成正比)加上两倍的RTT 时间(一个RTT用于连接TCP连接,另一个RTT用于请求和接收文档。)。
这也体现了HTTP/1.0的主要缺点,就是每个请求都要有两倍的RTT 的开销。若一个主页上有很多链接的对象(如图片等)需要依次进行链接,那么每一次链接下载都导致2倍RTT的开销。另一种开销就是客户端和服务器每一次建立新的TCP连接都要分配缓存和变量。特别是HTTP服务器往往要同时服务于大量客户的请求,所以这种非持续连接会使HTTP服务器的负担很重。好在浏览器都能够打开5~10个并行的TCP连接,而每一个TCP连接处理客户的一个请求。因此,使用并行TCP连接可以缩短响应时间。
从这个痛点出发,HTTP/1.1协议较好地解决了这个问题,它使用了持续连接(persistent connection)。所谓持续连接就是HTTP服务器在发送响应后仍然在一段时间内保持这条连接,使同一个客户(浏览器)和该服务器可以继续在这条连接上传送后续的HTTP请求报文和响应报文。这并不局限于传送同一个页面上链接的文档,而是只要这些文档都在同一个服务器上就行。
3.3 HTTP报文样式
一个http请求可以分为请求地址和请求方法,请求头和请求体。如下图所示
这是已POST请求的例子,请求体中的⑤请求内容是一段JSON,目的是新建一个用户。
请求头是由一些key-value组成的集合,常见的元素有请求的长度、③请求内容格式和④期望的返回结果格式等。
③请求内容格式注明了当前请求体中的内容的格式,本例是JSON。
④期望的返回结果格式,告诉服务器,自己期望返回JSON格式的内容。服务器端如果支持多种格式的返回,例如支持JSON、XML等,这里可以根据客户端的期望返回对应的格式。所以这里只是期望,服务器如果不支持,还是有可能返回其他格式的响应数据。
响应结果也分为头和体两部分,大概结构如下图:
响应头部主要包括HTTP协议的版本、状态码、响应内容的格式等,响应体一般为响应的具体内容。
所以,后端服务器就是实现了接收HTTP请求并进行处理,然后返回相应结果的功能。而后端服务一般由HTTP服务器(IIS、Apache、Tomcat等,Tomcat比较特殊,既实现了HTTP服务器的功能,又实现了servlet容器的功能。)+处理程序组成。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:前端)
完整版面试题资料免费分享,只需你点赞支持,动动手指点击此处就可免费领取了。
回顾项目
往往在面试时,面试官根据你简历中的项目由点及面地展开问答,所以请对你做过的最好的项目进行回顾和反思。回顾你做过的工作和项目中最复杂的部分,反思你是如何完成这个最复杂的部分的。
面试官会重点问你最复杂的部分的实现方法和如何优化。重点要思考如何优化,即使你项目中没有对那部分进行优化,你也应该预先思考有什么优化的方案。如果这部分答好了,会给面试官留下很不错的印象。
重点在于基础知识
这里指的基础知识包括:前端基础知识和学科基础知识。
前端基础知识:html/css/js 的核心知识,其中 js 的核心知识尤为重要。比如执行上下文、变量对象/活动对象(VO/AO)、作用域链、this 指向、原型链等。
学科基础知识:数据结构、计算机网络、算法等知识。你可能会想前端不需要算法,那你可能就错了,在大公司面试,面试官同样会看重学生这些学科基础知识。
你可能发现了我没有提到React/Vue
这些框架的知识,这里得说一说,大公司不会过度的关注这方面框架的知识,他们往往更加考察学生的基础。
这里我的建议是,如果你至少使用或掌握其中一门框架,那是最好的,可以去刷刷相关框架的面试题,这样在面试过程中即使被问到了,也可以回答个 7788。如果你没有使用过框架,那也不需要太担心,把重点放在基础知识和学科基础知识之上,有其余精力的话可以去看看主流框架的核心思想。
样会看重学生这些学科基础知识。
你可能发现了我没有提到React/Vue
这些框架的知识,这里得说一说,大公司不会过度的关注这方面框架的知识,他们往往更加考察学生的基础。
这里我的建议是,如果你至少使用或掌握其中一门框架,那是最好的,可以去刷刷相关框架的面试题,这样在面试过程中即使被问到了,也可以回答个 7788。如果你没有使用过框架,那也不需要太担心,把重点放在基础知识和学科基础知识之上,有其余精力的话可以去看看主流框架的核心思想。