前端基础面试题+答案——浏览器篇(校招必看)

浏览器内核的理解

  • 主要分两个部分:渲染引擎js引擎
  • 渲染引擎:负责取得网页的内容(html css img …),以及计算网页的显示方式,然后会输出至显示器或者打印机。浏览器的内核不同对于网页的语法解释也不同,所以渲染的效果也不一样
  • js引擎:解析和执行javascript 来实现网页的动态效果
  • 最开始渲染引擎和js引擎并没有区分的很明确,后来js引擎越来越独立,内核就倾向于只值渲染引擎
  • IE : trident 内核
  • Firefox : gecko 内核
  • Safari : webkit 内核
  • Opera :以前是 presto 内核, Opera 现已改用Google - ChromeBlink 内核
  • Chrome:Blink (基于 webkitGoogle与Opera Software共同开发)

HTTP 的请求方式场景

  • Get 方法:获取数据通常(查看数据)-查看
  • POST 方法:向服务器提交数据通常(创建数据)-create
  • PUT 方法:向服务器提交数据通常(更新数据)-update,与POST方法很像,也是提交数据,但PUT制定了资源在服务器上的位置,常用在修改数据
  • HEAD 方法:只请求页面的首部信息
  • DELETE 方法:删除服务器上的资源
  • OPTIONS 方法:用于获取当前URL支持的请求方式
  • TRACE 方法:用于激活一个远程的应用层请求消息回路
  • CONNECT 方法:把请求链接转换到透明的TCP/IP的通道

HTTP状态码

  • 1XX :信息状态码
    • 100 continue 继续,一般在发送 post 请求时,已发送了 http header 之后服务端将返回此信息,表示确认,之后发送具体参数信息
  • 2XX :成功状态码
    • 200 ok 正常返回信息
    • 201 created 请求成功并且服务器创建了新资源
    • 202 accepted 服务器已经接收请求,但尚未处理
  • 3XX :重定向
    • 301 move per 请求的网页已经永久重定向
    • 302 found 临时重定向
    • 303 see other 临时冲重定向,且总是使用get请求新的url
    • 304 not modified 自从上次请求后,请求的网页未修改过
  • 4XX :客户端错误
    • 400 bad request 服务器无法理解请求的格式,客户端不应当尝试再次使用相同的内容发起请求
    • 401 unauthorized 请求未授权
    • 403 forbidden 禁止访问
  • 404 not found 找不到如何与url匹配的资源
  • 5XX :服务器错误
    • 500 internal server error 最常见的服务器端的错误
    • 503 service unacailable 服务器端暂时无法处理请求(可能是过载活维护)

从浏览器地址栏输入URL后发生了什么?

基础版本

  • 1.的浏览器根据请求的 URL 交给 DNS 域名解析,找到真实 IP ,向服务器发起请求;
  • 2.服务器交给后台处理完成后返回数据,浏览器接收文件( HTML、JS、CSS 、图象等)
  • 3.浏览器对加载到的资源( HTML、JS、CSS 等)进行语法解析,建立相应的内部数据结构(如 HTML 的 DOM )
  • 4.载入解析到的资源文件,渲染页面,完成。

详细版

  • 1.从浏览器接收 url 到开启网络请求线程(这一部分可以展开浏览器的机制以及进程与线程之间的关系)
  • 2.开启网络线程到发出一个完整的 HTTP 请求(这一部分涉及到dns查询, TCP/IP 请求,五层因特网协议栈等知识)
  • 3.从服务器接收到请求到对应后台接收到请求(这一部分可能涉及到负载均衡,安全拦截以及后台内部的处理等等)
  • 4.后台和前台的 HTTP 交互(这一部分包括 HTTP 头部、响应码、报文结构、 cookie 等知识,可以提下静态资源的 cookie 优化,以及编码解码,如 gzip 压缩等)
  • 5.单独拎出来的缓存问题, HTTP 的缓存(这部分包括http缓存头部ETag , catchcontrol 等)
  • 6.浏览器接收到 HTTP 数据包后的解析流程(解析 html -词法分析然后解析成 dom 树、解析 css 生成 css 规则树、合并成 render 树,然后 layout 、 painting 渲染、复合图层的合成、 GPU 绘制、外链资源的处理、 loaded 和 DOMContentLoaded 等)
  • 7.CSS 的可视化格式模型(元素的渲染规则,如包含块,控制框, BFC , IFC 等概念)
  • 8.JS 引擎解析过程( JS 的解释阶段,预处理阶段,执行阶段生成执行上下文, VO ,作用域链、回收机制等等)
  • 9.其它(可以拓展不同的知识模块,如跨域,web安全, hybrid 模式等等内容)

详细升级版

  • 1.在浏览器地址栏输入URL
  • 2.浏览器查看缓存,如果请求资源在缓存中并且新鲜,跳转到转码步骤
    • 2.1 如果资源未缓存,发起新请求
    • 2.2 如果已缓存,检验是否足够新鲜,足够新鲜直接提供给客户端,否则与服务器进行验证。
    • 2.3 检验新鲜通常有两个HTTP头进行控制 ExpiresCache-Control
      • 2.3.1 HTTP1.0提供Expires,值为一个绝对时间表示缓存新鲜日期
      • 2.3.2 HTTP1.1增加了Cache-Control: max-age=,值为以秒为单位的最大新鲜时间
  • 3.浏览器解析URL获取协议,主机,端口,path
  • 4.浏览器组装一个HTTP(GET)请求报文
  • 5.浏览器获取主机ip地址,过程如下:
    • 5.1 浏览器缓存
    • 5.2 本机缓存
    • 5.3 hosts文件
    • 5.4 路由器缓存
    • 5.5 ISP DNS缓存
    • 5.6 DNS递归查询(可能存在负载均衡导致每次IP不一致)
  • 6.打开一个socket与目标IP地址,端口建立TCP链接,三次握手如下:
    • 6.1 客户端发送一个TCP的SYN=1,Seq=X的包到服务器端口
    • 6.2 服务器发回SYN=1,ACK=x+1,Seq=Y的相应包
    • 6.3 客户端发送ACK=Y+1,Seq=z
  • 7.TCP链接建立后发送HTTP请求
  • 8.服务器接收请求后解析,将请求转发到服务器程序,如虚拟主机使用HTTP Host头部判断请求的服务程序
  • 9.服务器检测HTTP请求头是否包含缓存验证信息,如果验证缓存新鲜,返回304等对应状态
  • 10.出合理程序读取完整请求并准备HTTP相应,可能需要查询数据库等操作
  • 11.服务器将相应报文通过TCP链接发送回浏览器
  • 12.浏览器接收HTTP相应,然后根据情况选择关闭TCP链接或者保留重用,关闭TCP链接的四次握手如下:
    • 12.1 主动方发送Fin=1,ACK=z,Seq=x报文
    • 12.2 被动方发送ACK=X+1,Seq=Y报文
    • 12.3 被动方发送Fin=1,ACK=X,Seq=Y报文
    • 12.4 主动方发送ACK=Y,Seq=x 报文
  • 13.浏览器检查相应状态码
  • 14.如果资源可缓存,进行缓存
  • 15.对相应进行解码
  • 16.根据资源类型决定如何处理
  • 17.解析HTML文档,构建DOM树,下载资源,构建CSSOM树,执行js脚本,这些操作每月严格的先后顺序
  • 18.构建DOM树:
    • 18.1 Tokenizing:根据HTML规范将字符流解析为标记
    • 18.2 Lexing:词法分析将标记转换为对象并定义属性和规则
    • 18.3 DOM construction:根据HTML标记关系将对象组成DOM树
  • 19.解析过程中遇到图片、样式表、js文件,启动下载
  • 20.构建CSSOM树:
    • 20.1 Tokenizing:字符流转换为标记流
    • 20.2 Node:根据标记创建节点
    • 20.3 CSSOM:节点创建CSSOM树
    1. 根据DOM树和CSSOM树构建渲染树
    • 21.1 从DOM树的根节点遍历所有可见节点,不可见节点包括:1) script , meta 这样本身不可见的标签。2)被css隐藏的节点,如 display: none
    • 21.2 对每一个可见节点,找到恰当的CSSOM规则并应用
    • 21.3 发布可视节点的内容和计算样式
  • 22.js解析如下
    • 22.1 浏览器创建Document对象并解析HTML,将解析到的元素和文本节点添加到文档中,此时document.readystate为loading
    • 22.2 HTML解析器遇到没有async和defer的script时,将他们添加到文档中,然后执行行内或外部脚本。这些脚本会同步执行,并且在脚本下载和执行时解析器会暂停。这样就可以用document.write()把文本插入到输入流中。同步脚本经常简单定义函数和注册事件处理程序,他们可以遍历和操作script和他们之前的文档内容
    • 22.3 当解析器遇到设置了async属性的script时,开始下载脚本并继续解析文档。脚本会在它下载完成后尽快执行,但是解析器不会停下来等它下载。异步脚本禁止使用document.write(),它们可以访问自己script和之前的文档元素
    • 22.4 当文档完成解析,document.readState变成interactive
    • 22.5 所有defer脚本会按照在文档出现的顺序执行,延迟脚本能访问完整文档树,禁止使用document.write()
    • 22.6 浏览器在Document对象上触发DOMContentLoaded事件
    • 22.7 此时文档完全解析完成,浏览器可能还在等待如图片等内容加载,等这些内容完成载入并且所有异步脚本完成载入和执行,document.readState变为complete,window触发load事件
  • 23.显示页面(HTML解析过程中会逐步显示页面)

cookies , sessionStorage 和 localStorage 的区别

  • cookie 是网站为了标示用户身份而储存在用户本地终端上的数据(通常经过加密)
  • cookie数据始终在同源的http请求中携带(即使不需要),记会在浏览器和服务器间来回传递(优化点)
  • sessionStoragelocalStorage 不会自动把数据发给服务器,仅在本地保存
  • 存储大小:
    • cookie 数据大小不能超过4k
    • sessionStorage 和 localStorage 虽然也有存储大小的限制,但比 cookie 大得多,可以达到5M或更大
  • 有期时间:

localStorage 存储持久数据,浏览器关闭后数据不丢失除非主动删除数据

sessionStorage 数据在当前浏览器窗口关闭后自动删除

cookie 设置的 cookie 过期时间之前一直有效,即使窗口或浏览器关闭

浏览器缓存

浏览器缓存分为强缓存和协商缓存。当客户端请求某个资源时,获取缓存的流程如下

  • 先根据这个资源的一些 http header 判断它是否命中强缓存,如果命中,则直接从本地获取缓存资源,不会发请求到服务器;
  • 当强缓存没有命中时,客户端会发送请求到服务器,服务器通过另一些 request header验证这个资源是否命中协商缓存,称为 http 再验证,如果命中,服务器将请求返回,但不返回资源,而是告诉客户端直接从缓存中获取,客户端收到返回后就会从缓存中获取资源;
  • 强缓存和协商缓存共同之处在于,如果命中缓存,服务器都不会返回资源; 区别是,强缓存不对发送请求到服务器,但协商缓存会。
  • 当协商缓存也没命中时,服务器就会将资源发送回客户端。
  • ctrl+f5 强制刷新网页时,直接从服务器加载,跳过强缓存和协商缓存;
  • f5 刷新网页时,跳过强缓存,但是会检查协商缓存;

作为一名五年前端开发,下面我想从面试官角度分享一些经验,希望能帮到想在前端这条路上一路走到黑的朋友:

什么样的简历能够脱颖而出?

1、我是谁?

用一个总结性的描述,把自己的技术体系、知识体系、实践经验、对技术和学习的看法等内容,有一个简洁清晰和体系化的总结回顾。落笔之前问自己一个问题:“我的思考和见解是什么?”,原因很简单,如果所有候选人都简单罗列自己技术栈里掌握的技术,而你能够讲出自己对技术的见解,那么你一定能够脱颖而出。

2、我做过什么?

不论是自己的学习实践还是工作实践,每一段经历都要完整包括:背景、问题的分析和定义、解题思路、实践过程、问题和挑战、应对方法、亮点、总结和反思。在描述的过程中最好有具体的数据佐证,在分析和判断过程里最好有逻辑的推导。落笔之前问自己一个问题:“这些事情为何因我而不同?”

3、我的加分项?

学得好、做得多、产出牛……都是加分项,学得好怎么体现?我觉得可以把成绩、刷题成果、比赛和论文发表等记录进来。做得多怎么体现?可以把自己学习研究的项目也完整的表达出来,只要能体现自己独特价值的点,都可以写出来。同时,也要注意自己做的事情在行业里横向去比较看看是什么水平?如果没有独特的价值,写的再多也没法斩获青睐,这就要说到产出牛。举例来说:业务或用户规模?流量和使用时长、使用频度?Github 的 Star 数量、行业技术先进性和创新价值等等。

4、其它内容

不管是写简历还是面试,多问问自己:为什么我比别人优秀?多总结和梳理自己的闪光点,而不要让面试官不断的引导和挖掘。

在校学生如何提高前端能力?

1、学习

作为学生最核心的还是学得好,学得好不等于分数高,本质上还是你对学习的内容理解是否深刻,是否有自己独立的见解,是否在实践中验证过这些见解,是否又根据实践总结反思迭代自己的学习过程、修正自己的学习方法、深入到底层和本质。

2、实践

只有在一个体系里有足够的深度,才能总结提炼出更通用的技术思想,前端也是一样。

首先,不要追求对所有流行框架的学习理解,尽量聚焦在一个技术领域内吃透。举个例子:有一个同学做前端的项目比较多,从 React 到小程序、从中后台做到前台业务,但聊起来,任何一个技术领域都不能把握技术背后的原理和思想。

其次,在实践过程中要遵循标准的软件工程流程:问题分析和定义、技术选型、概要设计、详细设计、研发、调试、测试、发布、优化。要锻炼自己具备良好的实操能力,首先要从良好的、规范的操作方法上入手。

最后,在应用的时候要知道技术良莠,有自己的判断才做技术选型。要具备开阔的视野,研究分析 FaceBook、Google 等行业一流公司的解决方案,学习 imgcook.com 等行业最先进的技术,用一流的问题分析和定义能力、开阔的视野和技术敏感度,去找到最优的技术,设计和实现则是水到渠成的事情。

写在最后

对于面试者,面试过程只是一个时刻,你的过去和将来更为重要。多思考在工作或学习中,还有什么问题值得你去解决的,尝试不同的方案,总结失败和成功。最为关键的是将来的你要成为什么,去往这个方向努力。

对于面试官,你需要找到每一个人的闪光点,学会欣赏每一个人,从这个过程中去寻找比你优秀的伙伴。

下面分享一份我整理的前端校招面试题,分了HTML、css、JavaScript、React、Vue、浏览器、服务端与网络、算法等等,共280页PDF。

完整版面试题资料免费分享,只需你点赞支持,动动手指点击此处就可免费领取了

猜你喜欢

转载自blog.csdn.net/hugo233/article/details/115465281
今日推荐