{"id":22180503,"url":"https://github.com/levelopers/front-interview-questions","last_synced_at":"2026-01-05T06:51:54.408Z","repository":{"id":102423159,"uuid":"493197802","full_name":"levelopers/front-interview-questions","owner":"levelopers","description":null,"archived":false,"fork":false,"pushed_at":"2022-06-15T02:55:30.000Z","size":18,"stargazers_count":0,"open_issues_count":0,"forks_count":0,"subscribers_count":2,"default_branch":"main","last_synced_at":"2025-01-29T23:29:47.266Z","etag":null,"topics":[],"latest_commit_sha":null,"homepage":null,"language":null,"has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/levelopers.png","metadata":{"files":{"readme":"readme.md","changelog":null,"contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2022-05-17T10:14:19.000Z","updated_at":"2022-05-17T10:14:19.000Z","dependencies_parsed_at":null,"dependency_job_id":"def66bfd-53ff-421f-9d84-b85568f71bd8","html_url":"https://github.com/levelopers/front-interview-questions","commit_stats":null,"previous_names":[],"tags_count":0,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/levelopers%2Ffront-interview-questions","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/levelopers%2Ffront-interview-questions/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/levelopers%2Ffront-interview-questions/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/levelopers%2Ffront-interview-questions/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/levelopers","download_url":"https://codeload.github.com/levelopers/front-interview-questions/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":245331907,"owners_count":20598065,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":[],"created_at":"2024-12-02T09:18:28.285Z","updated_at":"2026-01-05T06:51:54.371Z","avatar_url":"https://github.com/levelopers.png","language":null,"funding_links":[],"categories":[],"sub_categories":[],"readme":"# 造飞机\n\n## 目录\n\n- [javascript](#js)\n- [框架](#frameworks)\n- [html](#html)\n- [css](#css)\n- [网络](#network)\n- [浏览器](#browser)\n- [设计模式](#design)\n- [工程化](#package)\n- [需求实现](#implement)\n\n\n### \u003cspan id=\"js\"\u003e javascript\u003c/span\u003e\n---\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e什么是防抖和节流？有什么区别？如何实现？\u003c/summary\u003e\n\u003cdiv class=\"answer\"\u003e\n防抖：动作绑定事件，动作发生后一定时间后触发事件，在这段时间内，如果该动作又发生，则重新等待一定时间再触发事件。\n\n```js\n  function debounce(func, time) {\n    let timer = null;\n    return () =\u003e {\n      clearTimeout(timer);\n      timer = setTimeout(()=\u003e {\n        func.apply(this, arguments)\n      }, time);\n    }\n  }\n```\n\n节流： 动作绑定事件，动作发生后一段时间后触发事件，在这段时间内，如果动作又发生，则无视该动作，直到事件执行完后，才能重新触发。\n\n```js\nconst myThrottle2 = function (func, wait = 50) {\n  var canRun = true\n  return function (...args) {\n    if (!canRun) {\n      return\n    } else {\n      canRun = false\n      func.apply(this, args) // 将方法放在外面, 这样即便该函数是异步的，也可以保证在下一句之前执行\n      setTimeout(function () {canRun = true}, wait)\n    }\n  }\n}\n```\n\u003c/div\u003e\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nMap 和 Object区别\n\u003c/summary\u003e\n\u003cdiv class=\"answer\"\u003e\nObject和Map非常相似，两者都可以完成键-值对的设置，获取和删除\n\n|             | Map         | Object |\n| ----------- | ----------- |----------- |\n| key命名 | 任意类型 | 1.对象的键名只能是String和 Symbol 类型 2.其他类型的键名会被转换成字符串类型 3.对象转字符串默认会调用 toString 方法。 |\n| 附加的Key    | Map没有默认的key值       |Object具有原型对象，所以它包含默认的key值，并且使用不当时会和自定义的key值产生冲突（在ES5中可以通过Object.create(null)来设置去掉默认的key值，但这种解决方法并不常用）|\n|     Key的顺序        | Map中的key值排序简单直接，一个Map对象迭代键值对、Key、Value的顺序和插入时的顺序相同         | 一般对象的键值是有顺序的，当键值为数字时浏览器会自动为键值排序 |\n|       大小      | Map的大小可以轻松通过size属性来获得         | Object的大小必须通过自行获取 |\n|       迭代      | Map是可迭代对象，可以轻松完成迭代         | Object没有实现迭代协议，所以无法被for...of直接迭代（但可以自行实现迭代协议，或者使用Object.keys()或Object.entries()来迭代对象的键值和实体，for...in也可以迭代Object的可枚举属性） |\n|    性能         | 频繁增减键值对时表现会更好         | 频繁增减键值对时表现较差 |\n\u003c/div\u003e\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n模块化发展？（cmd，amd，commonjs，esmodule）\n\u003c/summary\u003e\n\n[脑图](https://www.processon.com/view/link/5c8409bbe4b02b2ce492286a#map)\n\n\n|  | IIFE | COMMONJS | AMD | CMD | ES MODULE | \n| --- | --- | --- | --- | --- |  --- | \n| 区别 | 变量私有化，解决全局污染问题 | 同步化的模块解决方案 | 通过异步加载，提前声明依赖 | 异步化按需加载 |  兼容浏览器端和服务器端，并且统一了使用的语法 | \n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n箭头函数与普通函数（function）的区别是什么？构造函数（function）可以使用 new 生成实例，那么箭头函数可以吗？为什么？\n\u003c/summary\u003e\n箭头函数是普通函数的简写，可以更优雅的定义一个函数，和普通函数相比，有以下几点差异：\n\n1、函数体内的 this 对象，就是定义时所在的对象，而不是使用时所在的对象。\n\n2、不可以使用 arguments 对象，该对象在函数体内不存在。如果要用，可以用 rest 参数代替。\n\n3、不可以使用 yield 命令，因此箭头函数不能用作 Generator 函数。\n\n4、不可以使用 new 命令，因为：\n\n没有自己的 this，无法调用 call，apply。\n没有 prototype 属性 ，而 new 命令在执行时需要将构造函数的 prototype 赋值给新的对象的 `__proto__`\n箭头函数并没有[[Construct]]方法, 所以不能被用作构造函数:\nJavaScript函数两个内部方法: [[Call]]和[[Construct]]\n直接调用时执行[[Call]]方法, 直接执行函数体\nnew调用时执行[[Construct]]方法, 创建一个实例对象\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nvar、let 和 const 区别和实现原理是什么\n\u003c/summary\u003e\n\n区别：\n|  | var | let | const | \n| --- | --- | --- | --- | \n| 作用域 | 全局作用域，可以由顶层（window）对象访问 | 块级作用域 | 块级作用域 | \n| 变量声明 | 可以重复声明 | 声明一次 | 声明一次 | \n| 变量赋值 | 可以赋值 | 可以赋值 | 静态常量不可以赋值 | \n| 变量提升 | 有 | 暂时性死区  | 暂时性死区 | \n\n实现原理：\n\nvar的话会直接在栈内存里预分配内存空间，然后等到实际语句执行的时候，再存储对应的变量，如果传的是引用类型，那么会在堆内存里开辟一个内存空间存储实际内容，栈内存会存储一个指向堆内存的指针\n\nlet的话，是不会在栈内存里预分配内存空间，而且在栈内存分配变量时，做一个检查，如果已经有相同变量名存在就会报错\n\nconst的话，也不会预分配内存空间，在栈内存分配变量时也会做同样的检查。不过const存储的变量是不可修改的，对于基本类型来说你无法修改定义的值，对于引用类型来说你无法修改栈内存里分配的指针，但是你可以修改指针指向的对象里面的属性\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nAsync/Await 如何通过同步的方式实现异步\n\u003c/summary\u003e\n同步代码：按照代码执行顺序执行\n异步代码: 是非现在运行的代码，或者说在将来某个时刻会执行的代码\n\nasync/await 是参照生成器（Generator）封装的一套异步处理方案，可以理解为 Generator 的语法糖，\n\ngenerator 文档：https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Generator\n\n```js\nfunction* gen(){  // 这里的*可以看成 async\n  var url = 'https://api.github.com/users/github';\n  var result = yield fetch(url);  // 这里的yield可以看成 await\n  console.log(result.bio);\n}\n```\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n实现Promise.all, Promise.race, Promise.finally\n\u003c/summary\u003e\n\nPromise.all\n```js\nfunction promiseAll(promises = []) {\n  let result = [];\n  return new Promise((resolve,reject) =\u003e {\n    for (const promise of promises) {\n      promise.then(res =\u003e {\n        result.push(res);\n        if (result.length === promises.length) {\n          resolve(result);\n        }\n      })\n      .catch(error=\u003ereject(error))\n    }\n  })\n}\n```\n\nPromise.race\n```js\nfunction race(promises=[]){\n  return new Promise((resolve,reject)=\u003e{\n    promises.forEach(promise=\u003e{\n      promise.then(resolve,reject)\n    })\n  })\n}\n```\n\nPromise.finally\n```js\nPromise.prototype.myFinally = function (cb) {\n  cb = typeof cb === 'function' ? cb : function () { };\n  return this.then(\n    value =\u003e {\n      cb();\n      return value;\n    },\n    reason =\u003e {\n      cb();\n      throw reason\n    }\n  );\n};\n```\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n实现promise\n\u003c/summary\u003e\n\n```js\nfunction MyPromise(executor){\n  // 设置状态\n  this.status = 'pending'\n  // 保存then中onfulfilled,onrejected默认值（实现异步）\n  this.onFulfilledFunc = Function.prototype\n  this.onRejectedFunc = Function.prototype\n\n  let resolver = (value) =\u003e{\n    if(this.status === 'pending'){\n      this.value = value\n      this.status = 'fulfilled'\n      // 执行then方法中onfulfilled回调\n      this.onFulfilledFunc(this.value)\n    }\n  }\n\n  let rejector = (reason) =\u003e {\n    if(this.status === 'pending'){\n      this.reason = reason\n      this.status = 'rejected'\n\n      this.onRejectedFunc(this.reason)\n    }\n  }\n  executor(resolver,rejector)\n}\n\nMyPromise.prototype.then = function (onfulfilled,onrejected) {\n  if(this.status === 'fulfilled') {\n    onfulfilled(this.value)\n  }\n  if(this.status === 'rejected') {\n    onrejected(this.reason)\n  }\n  if (this.status === 'pending') {\n    this.onFulfilledFunc = onfulfilled\n    this.onRejectedFunc = onrejected\n  }\n}\n```\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nJS 异步解决方案的发展历程以及优缺点。\n\u003c/summary\u003e\n\n|  | 回调 | promise | async/await |\n|---|---|---|---|\n|特点|解决异步问题；缺乏顺序性： 回调地狱导致的调试困难，和大脑的思维方式不符；嵌套函数存在耦合性，一旦有所改动，就会牵一发而动全身，即（控制反转）；嵌套函数过多的多话，很难处理错误| 解决了回调地狱的问题；无法取消 Promise | 代码清晰，处理了回调地狱的问题；await 将异步代码改造成同步代码，如果多个异步操作没有依赖性而使用 await 会导致性能上的降低。 |\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n### \u003cspan id=\"frameworks\"\u003e 框架\u003c/span\u003e\n---\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n框架diff对比策略\n\u003c/summary\u003e\n\nreact vs vue\n共同点：三级比较\n- tree diff: 同层节点比较\n- component diff：同类型脏检查替换节点及其子节点\n- element diff：增加，移动，删除虚拟节点\n\n区别：\n\n1. Vue进行diff时，调用patch打补丁函数，一边比较一边给真实的DOM打补丁\n\n2. Vue对比节点，当节点元素类型相同，但是className不同时，认为是不同类型的元素，删除重新创建，而react则认为是同类型节点，进行修改操作\n\n3. vue列表对比的时候，采用从两端到中间的方式，旧集合和新集合两端各存在两个指针，两两进行比较，每次对比结束后，指针向队列中间移动；react则是从左往右一次对比，利用元素的index和lastindex进行比较\n\nangular脏检查：\n\n1. 变更检测从上到下检查组件树中的每个组件，以查看相应的模型是否已更改\n\n2. 如果有新值，它将更新组件的视图（DOM）\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n框架变化检测\n\u003c/summary\u003e\n\nvue: 数据劫持监听变化，观察者模式发送变化通知\n\nreact: setState初始化状态变化，执行render函数重新构建组件和子组件的虚拟节点，对比虚拟节点更新视图\n\nangular：采用脏检查机制，由浏览器或异步操作触发检测机制，然后通过default和onpush两种策略进行检测\n\n- default: 每次变更检测都会引起组件的变更检测，包括其他组件的状态变化，以及本组件引用型变量内部属性值变化\n\n- Onpush: 每次变更检测会跳过本组件的变更检查，除非满足一些条件\n\n\u003c/details\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nvue router vs react router\n\u003c/summary\u003e\nhttps://www.cnblogs.com/marui01/p/13215468.html\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n vue 3.0新增\n\u003c/summary\u003e\nhttps://blog.csdn.net/u014212540/article/details/124303432\n\n- Performance：性能比VUE2.x快1.2-2倍\n- Tree shaking support按需编译，体积比Vue2.x更小\n- Composition API：组合API（类似React Hooks）\n- Better TypeScript support：更好的Ts支持\n- Custom Renderer API：暴露了自定义渲染API\n- Fragment，Teleport（Protal）,Suspense：更先进的组件\n\ntree shaking:\n```\n通过包引入的方式而不是直接在实例化时就注入\n```\n\n性能：\n```\n1. diff 算法优化\n\nVue3 新增静态标记\n\nVue2 中无论元素是否参与更新，每次都会重新创建，然后在渲染\nVue3 中对于不参与更新的元素，会做静态提升，只被创建一次，在渲染时直接复用即可\ncacheHandlers 事件侦听器缓存\n\n```\n\n\u003c/details\u003e\n\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n  服务端渲染优缺点\n\u003c/summary\u003e\n\n[链接](https://www.infidigit.com/blog/server-side-rendering-vs-client-side-rendering/)\n\n优点：\n- 首屏渲染快\n- 好的搜索引擎优化\n- 对网速慢的用户友好：当js加载时可以看到完整html\n\n缺点：\n- 更多服务端负载\n- 在js加载成功之前，页面是没法进行 UI 交互的。\n- TTFB (Time To First Byte)，即第一字节时间会变长：因为 SSR 相对于 CSR 需要在服务端渲染出更对的 HTML 片段，因此加载时间会变长。\n\n\u003c/details\u003e\n\n\n\n### \u003cspan id=\"html\"\u003e html\u003c/span\u003e\n---\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n搜索引擎优化方法\n\u003c/summary\u003e\n\n[seo google](https://developers.google.com/search/docs/beginner/seo-starter-guide#appearance)\n\n1. 组织您的网站层次结构\n\n- 了解搜索引擎如何使用网址 \n- - 使用https\n- - 组织网址目录结构\n- 导航结构对搜索引擎非常重要 \n- - 使用面包屑\n- - 简洁有层次的导航栏\n\n2. 优化网站内容 \n\n- 优质内容\n- 撰写优质链接文字\n\n3. 优化图片\n\n- 使用 HTML `\u003cimg\u003e` 或 `\u003cpicture\u003e` 元素而不是css\n- 为img标签增加alt属性描述\n- 使用标准格式图片:JPEG、GIF、PNG\n\n4. 适配手机端 \n\n- 自适应设计\n- 链接单独移动端网站\n\n5. 推广网站\n\n- 链接社交媒体\n- 与社区网站建立联系\n\n6. 分析搜索效果和用户行为\n\n- 在相关工具中跑分（google Search Console）\n\n\u003c/details\u003e\n\n### \u003cspan id=\"css\"\u003e css\u003c/span\u003e\n---\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n介绍下 BFC 及其应用\n\u003c/summary\u003e\n\n### 概念：\n\nFormatting context(格式化上下文)：它是页面中的一块隔离了的独立容器区域，并且有一套渲染规则，它决定了其子元素将如何定位，以及和其他元素的关系和相互作用。\n\n### 特性：\n1. 内部box会在垂直方向，一个接一个地放置。\n2. Box垂直方向的距离由margin决定，在一个BFC中，两个相邻的块级盒子的垂直外边距会产生折叠。\n3. 在BFC中，每一个盒子的左外边缘（margin-left）会触碰到容器的左边缘(border-left)（对于从右到左的格式来说，则触碰到右边缘）\n4. 形成了BFC的区域不会与float box重叠\n5. 计算BFC高度时，浮动元素也参与计算\n\n### BFC 主要的作用是：\n\n1. 清除浮动\n2. 防止同一 BFC 容器中的相邻元素间的外边距重叠问题\n\n### 创建BFC：\n\n1. body 根元素\n2. 浮动元素：float 除 none 以外的值\n3. 绝对定位元素：position (absolute、fixed)\n4. display 为 inline-block、table-cells、flex\n5. overflow 除了 visible 以外的值 (hidden、auto、scroll)\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n怎么让一个 div 水平垂直居中\n\u003c/summary\u003e\n\n1. 父元素`display:flex`:\n```css\ndiv.parent {\n  display: flex;\n  justify-content: center;\n  align-items: center;\n}\n```\n\n2. 子元素`position:absolute;transform: translate(-50%,-50%)`:\n```css\ndiv.parent {\n  position: relative; \n}\ndiv.child {\n  position: absolute; \n  top: 50%;\n  left: 50%;\n  transform: translate(-50%, -50%);  \n}\n```\n3. 父元素`display:table-cell;vertical-align:middle;`\n```css\n.parent {\n  display: table-cell;\n  text-align: center;\n  vertical-align: middle;\n}\n\n.child {\n  display: inline-block;\n}\n```\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n分析比较 opacity: 0、visibility: hidden、display: none 优劣和适用场\n\u003c/summary\u003e\n\n### 区别：\n- `display: none`: (不占空间，不能点击)\n- `visibility: hidden`:（占据空间，不能点击）\n- `opacity: 0`:（占据空间，可以点击）\n- \n|  | 特性 | 性能 | 读屏器 |\n| --- | --- | --- | --- |\n| `display: none` | 不占空间，不能点击 | 回流  | 不可以读取 |\n| `visibility: hidden` | 占据空间，不能点击 | 重绘 | 可以读取 |\n| `opacity: 0` | 占据空间，可以点击 | 重绘 | 可以读取 |\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\ncss预编译的优缺点\n\u003c/summary\u003e\n\n[链接](https://blog.csdn.net/weixin_40161974/article/details/102880172)\n\n### 概念：\n预先编译处理CSS，扩展了 CSS 语言，随后经过专门的编译工具将源码转化为CSS语法。\n\n### 核心功能：\n- 嵌套（所有预编译器都支持的语法特性，也是原生CSS最让开发者头疼的问题之一）\n- 变量（增强了源码的可编程能力）\n- 运算（增强了源码的可编程能力）\n- mixin/继承（为了解决hack和代码复用）\n- 模块化（不仅更利于代码复用，同时也提高了源码的可维护性）\n\n### 优点：\n- 可以提供 CSS 缺失的样式层复用机制、减少冗余代码，提高样式代码的可维护性。大大提高了开发效率。\n\n### 缺点：\n- 预编译CSS步骤的加入，让我们开发工作流中多了一个环节，调试也变得更麻烦了\n- 预编译很容易造成后代选择器的滥用\n\n\u003c/details\u003e\n\n\n### \u003cspan id=\"network\"\u003e 网络\u003c/span\u003e\n---\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n浏览器从输入网址开始经历了什么\n\u003c/summary\u003e\n\n[链接](https://blog.csdn.net/weixin_45654582/article/details/121513885)\n\n\n\u003c/details\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n谈谈你对TCP三次握手和四次挥手的理解\n\u003c/summary\u003e\n\n\u003cimg class=\"image--md\" src=\"https://user-images.githubusercontent.com/38830527/169838298-9d9c2727-120f-4e80-a932-469ff290d055.jpeg\" alt=\"三次握手\"\u003e\n\n\u003cimg class=\"image--md\" src=\"https://user-images.githubusercontent.com/38830527/169847636-cf18668a-cb61-4e5b-a034-281c47de49d1.jpeg\" alt=\"四次挥手\"\u003e\n\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nhttps 与 http\n\u003c/summary\u003e\n\nhttp： 超文本传输协议，以明文方式发送内容\n\nhttps：超文本传输安全协议，在HTTP的基础上加入了SSL/TLS协议，SSL/TLS依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。\n\nhttps传输过程：\n```\n1、【浏览器】向服务器发送 https 请求\n2、【服务器】向 CA 机构获取证书\n3、【服务器】向浏览器发送数字证书(包含 public key)\n4、【浏览器】用预置的 CA 列表验证证书，生成随机对称秘钥【key】，并使用公钥加密，如有问题会提示风险，\n5、【浏览器】加密后的【key】，发送给【服务器】，作为接下来请求的秘钥\n6、【服务器】用自己的 private key 解密得到对称秘钥 key\n7、【浏览器】使用随机码 key 进行解密数据\n8、【浏览器】【服务器】使用该秘钥进行通信\n```\n\nca证书验证过程：\n```\n1. 浏览器接受服务器发送的证书 \n2. 从浏览器中寻找是否为信任机构\n3. 根据整数中的颁发机构在浏览器中寻找根证书\n4. 从跟整数中得到公钥\n5. 用公钥解密证书数字签名 \n6. 得到证书指纹h1和指纹算法 \n7. 用指纹算法hash浏览器接收到的证书和指纹h1对比 \n8. 检查证书的url和当前请求url\n\n\n首先从证书的内容中获取证书的颁发机构，然后从浏览器系统中去寻找此颁发机构是否为浏览器的信任机构。\n\n从证书中得知证书的颁发机构，然后从浏览器系统中去寻找此颁发机构的根证书\n\n从根证书中取得那个根公钥，用根公钥去解密此证书的数字签名（根私钥加密的），成功解密的话就得到证书的指纹（记为 h1，代表根证书的原始内容）和指纹算法；然后用指纹算法对当前接收到的证书内容再进行一次 hash 计算得到另一个值 h2，代表当前证书的内容，如果此时 h2 和 h1 是相等的，就代表证书没有被修改过。\n\n此时再检查证书的持有者对应的URL是否为我们请求的URL，如果是，那么就可以证明浏览器当前连接的是正确的网址\n```\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n介绍下 http1.0、1.1、2.0 协议的区别？\n\u003c/summary\u003e\n\nhttp 1.0：1996年\n\n- 每个请求都附加了 HTTP 版本\n- 在响应开始时发送状态代码\n- 请求和响应都包含 HTTP 报文头\n- 内容类型能够传输 HTML 文件以外的文档\n\nhttp 1.1：1997年\n\n- 长连接：新增Connection字段，可以设置keep-alive值保持连接不断开\n- 管道化：基于上面长连接的基础，管道化可以不等第一个请求响应继续发送后面的请求，但响应的顺序还是按照请求的顺序返回\n- 缓存处理：新增字段cache-control\n- 断点传输\n  \nhttp 2：2015年\n\n- 二进制分帧：将所有传输的信息分割为更小的消息和帧,并对它们采用二进制格式的编码\n- 多路复用： 在共享TCP链接的基础上同时发送请求和响应；基于二进制分帧，在同一域名下所有访问都是从同一个tcp连接中走，http消息被分解为独立的帧，乱序发送，服务端根据标识符和首部将消息重新组装起来\n- 头部压缩\n- 服务器推送：服务器可以额外的向客户端推送资源，而无需客户端明确的请求\n\n二进制分帧：\n```\nHTTP/2 会将所有传输的信息分割为更小的消息和帧（frame）,并对它们采用二进制格式的编码。\n\n帧：最小的通信单位，承载特定类型的数据，比如HTTP首部、负荷等等\n\n消息：逻辑上的HTTP消息，比如请求、响应，由一或多个帧组成\n\n流：虚拟信道，可以承载双向消息\n\nHTTP2.0通信都在一个连接上完成，这个连接可以承载任意数据量的双向数据流。相应地，每个数据流以消息的形式发送，而消息由一或多个帧组成，这些帧可以乱序发送，然后再根据每个帧首部的流标识符重新组装。HTTP2.0的所有帧都采用二进制编码，所有首部数据都会被压缩。\n\n```\n\u003cimg class=\"image--md\" src=\"https://user-images.githubusercontent.com/38830527/169827308-83ad87fb-22b9-4567-ac68-d67f46f77a1b.png\" /\u003e\n\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n301 与 302 区别\n\u003c/summary\u003e\n\n301 Moved Permanently：永久重定向 说明请求的资源已经被移动到了由 Location 头部指定的url上，是固定的不会再改变。搜索引擎会根据该响应修正\n\n302 Found：重定向状态码表明请求的资源被暂时的移动到了由该HTTP响应的响应头Location 指定的 URL 上。浏览器会重定向到这个URL， 但是搜索引擎不会对该资源的链接进行更新 \n\n1. 应用场景\n\n- 301应用场景: 域名到期不想继续用这个,换了地址\n- 302应用场景: 做活动时候,从首页跳到活动页面\n\n2. 浏览器缓存\n\n- 默认情况下会被缓存，只有在第一次的时候，才会去真正的发起第一个请求，后面的都会被缓存起来，直接跳转到 redirect 的请求\n- 默认情况下不会缓存\n\n\u003c/details\u003e\n\n### \u003cspan id=\"browser\"\u003e 浏览器\u003c/span\u003e\n---\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n同源和跨域解决方案\n\u003c/summary\u003e\n\n[链接](https://blog.csdn.net/ch834301/article/details/119582822)\n\n同源策略：协议、域名、端口号都相同\n跨域：跨域资源共享，会遇到浏览器安全限制\n\n跨域解决方案：jsonp，cors，websocket，window.postMessage，document.domain + Iframe，\n\n- jsonp：\n1. 客户端：ajax方法放入回调函数名\n2. 服务端：获取回调函数名返回jsonp格式，函数名+json数据放入\n- cors：\n1. 客户端：可以正常请求（浏览器会自动附带`Access-Control-Request-Method`等信息）\n2. 服务端：返回`Access-Control-Allow-Origin`等http头不信息\n- websocket：没有使用http，因此也没有跨域的限制，通过建立客户端和服务器之间存在持久的连接\n- window.postMessage：可以安全地实现跨源通信\n```js\nwindow.postMessage(\"hello there!\", \"http://example.com\");\n\nwindow.addEventListener(\"message\", (event) =\u003e {\n  if (event.origin !== \"http://example.com\")\n    return;\n}, false);\n```\n- document.domain + Iframe：二级域名相同情况下设置`document.domain=\"test.com\"`可以跨域通信\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n浏览器存储方式都有哪些？cookie, localstorage, sessionStorage, indexedDB\n\u003c/summary\u003e\n\n[链接](https://zhuanlan.zhihu.com/p/159268611)\n\n|  | cookie | localstorage | sessionStorage | indexedDB |\n| --- | --- | --- | --- | --- |\n| 大小 | 4k | 5M | 5M | 不限制（硬盘容量） |\n| 时间 | 可以设置过期时间 | 永久存储 | 会话（页面）关闭 |永久存储 |\n| 传输 | 每次携带在header中 | 不跟随 | 不跟随 | 不跟随 |\n\ncookie：\n- 作用：解决http无状态的缺点，在客户端存储会话信息，记录用户的状态\n- 构成：　　\n1. 名称：一个唯一确定cookie的名称\n2. 值：存储在cookie中的字符串值，值必须被URL编码\n3. 域：cookie对于哪个域是有效的，所有向该域发送的请求都会包含这个cookie信息\n4. 路径：对于指定域中的路径，应该向服务器发送cookie\n5. 失效时间：表示cookie何时应该被删除的时间戳\n6. 安全标志：指定后，cookie只有在使用SSL连接的时候才发送到服务器\n- 使用：通过document.cookie获取对象\n- 缺点：安全性，存储大小限制（20x4KB），频繁传送浪费资源\n\nsessionStorage：\n- 特点：\n1. 同源策略限制\n2. 单标签页限制\n- 使用：\n```js\nsessionStorage.setItem(key,value)\nsessionStorage.getItem(key)\n```\n\nlocalStorage:\n- 特点：\n1. IE8以上高版本支持\n2. 同源限制\n3. 频繁大量使用影响性能\n4. 永久存储\n- 使用：\n```js\nlocalStorage.setItem(key,value)\nlocalStorage.getItem(key)\n```\n\nIndexedDB:\n- 作用：本地数据库，允许建立索引，更接近NoSQL\n- 特点：\n1. 键值对储存\n2. 同源限制\n3. 异步操作防止锁死\n4. 支持事务（transaction）回滚：一系列操作步骤之中，只要有一步失败，整个事务就都取消，数据库回滚到事务发生之前的状态\n5. 支持二进制储存对象（Blob等）\n- 使用：\n```js\nindexedDB.open(\"name\",version)\n// create store\ndb.createObjectStore(\"customers\", { keyPath: \"ssn\" });\n// add value\ndb.transaction([\"customers\"], \"readwrite\")\n                .objectStore(\"customers\")\n                .add(value)\n// delete value\ndb.transaction([\"customers\"], \"readwrite\")\n                .objectStore(\"customers\")\n                .delete(\"444-44-4444\");\n// get value\ndb.transaction([\"customers\"])\n                .objectStore(\"customers\")\n                .get(\"444-44-4444\")\n// put value\ndb.transaction([\"customers\"], \"readwrite\")\n                .objectStore(\"customers\")\n                .put(data)\n```\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n浏览器缓存\n\u003c/summary\u003e\n\n缓存策略：\n[链接](https://blog.csdn.net/ljyahaha/article/details/118280568)\n\n浏览器的缓存过程如下：\n1. 开始加载，域名解析，DNS缓存\n2. 本地缓存（memory缓存）\n3. Http缓存（强缓存和协商缓存）\n4. 服务端缓存（cdn缓存）\n\n\n\u003cimg class=\"image--lg\" src=\"https://user-images.githubusercontent.com/38830527/170191918-d46d3d83-9bf7-4bd4-92ad-056aa4365551.png\" /\u003e\n\n---\n缓存位置：\n\n优先级由上至下\n1. Service Worker\n2. Memory Cache：内存缓存\n3. Disk Cache：硬盘缓存\n\n内存缓存：作为短期缓存，几乎所有的请求资源 都能进入 memory cache,保证了一个页面中如果有两个相同的请求都实际只会被请求最多一次，避免浪费。\n- 读取效率高，但是持续时间短，会随着进程的释放而释放\n\n硬盘缓存：作为持久存储，严格根据 HTTP 头信息中的各类字段来判定哪些资源可以缓存\n- 持续时间长，是实际存在于文件系统中的缓存\n- 比内存缓存慢，但是优势在于存储容量大\n\nservice worker：页面与网络之间增加拦截器，用来缓存和拦截请求，它也作为PWA来试着解决离线存储和消息推送的问题。使得用户在离线环境中，也可以使用网络应用。\n- 可以自由的控制缓存哪些文件、如何匹配读取缓存\n- 缓存是持续性的\n- 传输协议必须是 HTTPS\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n介绍下重绘和回流（Repaint \u0026 Reflow），以及如何进行优化\n\u003c/summary\u003e\n\n[链接](https://github.com/Advanced-Frontend/Daily-Interview-Question/issues/24)\n\n浏览器渲染机制:\n\n- 浏览器采用流式布局模型（Flow Based Layout）\n- 浏览器会把HTML解析成DOM，把CSS解析成CSSOM，DOM和CSSOM合并就产生了渲染树（Render Tree）。\n- 有了RenderTree，我们就知道了所有节点的样式，然后计算他们在页面上的大小和位置，最后把节点绘制到页面上。\n- 由于浏览器使用流式布局，对Render Tree的计算通常只需要遍历一次就可以完成\n\n重绘(repaint)：\n\n- 由于节点的几何属性发生改变或者由于样式发生改变而不会影响布局的，称为重绘，例如outline, visibility, color、background-color等，重绘的代价是高昂的，因为浏览器必须验证DOM树上其他节点元素的可见性。\n\n回流(reflow)：\n\n- 回流是\u003cspan class=\"underline\"\u003e布局\u003c/span\u003e或者几何属性需要改变就称为回流。回流是影响浏览器性能的关键因素，因为其变化涉及到部分页面（或是整个页面）的布局更新。一个元素的回流可能会导致了其所有子元素以及DOM中紧随其后的节点、祖先节点元素的随后的回流。\n\n\u003cspan class=\"underline\"\u003e回流必定会发生重绘，重绘不一定会引发回流。 \u003c/span\u003e\n\n减少重绘与回流:\n\n1. 减少使用改变布局的css属性，visibility 替换 display: none，transform 替代 top\n2. 避免过于具体的 CSS 选择器，减少渲染成本\n3. 将动画效果应用到position属性为absolute或fixed的元素上,脱离文档流\n4. 避免频繁操作样式：样式列表定义为class并一次性更改class属性\n5. 避免频繁操作DOM：创建一个`documentFragment`，在它上面应用所有DOM操作，最后再把它添加到文档中\n\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n### \u003cspan id=\"design\"\u003e 设计模式\u003c/span\u003e\n---\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n实现发布订阅模式\n\u003c/summary\u003e\n\n[链接](https://blog.csdn.net/weixin_44761091/article/details/123636899)\n\n- 定义map`{eventName:[fn1,fn2]}`存储事件和回调函数\n- `on`方法存放事件和对应回调\n- `emit`从map中找到对应事件全部触发\n\n\n\u003c/details\u003e\n\n### \u003cspan id=\"package\"\u003e 工程化\u003c/span\u003e\n---\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nwebpack 构建过程\n\u003c/summary\u003e\n\n[链接](https://weibo.com/ttarticle/p/show?id=2309634737226558014172)\n\n1. 初始化参数阶段：合并配置参数\n\n- 这一步会从我们配置的webpack.config.js中读取到对应的配置参数和shell命令中传入的参数进行合并得到最终打包配置参数。\n\n2. 开始编译准备阶段：启动编译，注册plugin，分析入口\n\n- 通过参数创建compiler对象。我们看到官方案例中通过调用webpack(options)方法返回的是一个compiler对象。并且同时调用compiler.run()方法启动的代码进行打包。\n- 注册我们定义的webpack plugin插件。webpack插件本质上就是通过发布订阅的模式，通过compiler上监听事件。然后再打包编译过程中触发监听的事件从而添加一定的逻辑影响打包结果。\n- 根据传入的配置对象寻找对应的打包入口文件。\n\n3. 模块编译阶段：loader处理入口匹配文件后webpack编译\n\n- 根据入口文件路径分析入口文件，对于入口文件进行匹配对应的 loader进行处理入口文件。\n- 将 loader处理完成的入口文件使用 webpack进行编译。\n- 分析入口文件依赖，重复上边两个步骤编译对应依赖。\n- 如果嵌套文件存在依赖文件，递归调用依赖模块进行编译。\n- 递归编译完成后，组装一个个包含多个模块的 chunk\n\n4. 完成编译阶段：递归处理依赖输出chunks\n\n- 在递归完成后，每个引用模块通过loaders处理完成同时得到模块之间的相互依赖关系。\n- 根据上述的依赖关系，组合最终输出的chunk模块。\n\n5. 输出文件阶段：根据输出配置输出文件\n\n- 整理模块依赖关系，同时将处理后的文件输出到ouput的磁盘目录中。\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n介绍下 npm 模块安装机制\n\u003c/summary\u003e\n\n### npm 模块安装机制：\n\n1. 发出 npm install 命令\n\n2. 查询node_modules目录之中是否已经存在指定模块，若存在，不再重新安装\n\n3. 若不存在，npm 向 registry 查询模块压缩包的网址\n\n4. 下载压缩包，存放在根目录下的.npm目录里\n\n5. 解压压缩包到当前项目的node_modules目录\n\n### 原理：\n\n输入 npm install 命令并敲下回车后，会经历如下几个阶段（以 npm 5.5.1 为例）：\n\n1. 执行工程自身 preinstall\n\n当前 npm 工程如果定义了 preinstall 钩子此时会被执行。\n\n2. 确定首层依赖模块\n\n首先需要做的是确定工程中的首层依赖，也就是 dependencies 和 devDependencies 属性中直接指定的模块（假设此时没有添加 npm install 参数）。\n\n工程本身是整棵依赖树的根节点，每个首层依赖模块都是根节点下面的一棵子树，npm 会开启多进程从每个首层依赖模块开始逐步寻找更深层级的节点。\n\n3. 获取模块\n\n获取模块是一个递归的过程，分为以下几步：\n\n- 获取模块信息。在下载一个模块之前，首先要确定其版本，这是因为 package.json 中往往是 semantic version（semver，语义化版本）。此时如果版本描述文件（npm-shrinkwrap.json 或 package-lock.json）中有该模块信息直接拿即可，如果没有则从仓库获取。如 packaeg.json 中某个包的版本是 ^1.1.0，npm 就会去仓库中获取符合 1.x.x 形式的最新版本。\n- 获取模块实体。上一步会获取到模块的压缩包地址（resolved 字段），npm 会用此地址检查本地缓存，缓存中有就直接拿，如果没有则从仓库下载。\n- 查找该模块依赖，如果有依赖则回到第1步，如果没有则停止。\n\n\n4. 模块扁平化（dedupe）\n\n上一步获取到的是一棵完整的依赖树，其中可能包含大量重复模块。比如 A 模块依赖于 loadsh，B 模块同样依赖于 lodash。在 npm3 以前会严格按照依赖树的结构进行安装，因此会造成模块冗余。\n\n从 npm3 开始默认加入了一个 dedupe 的过程。它会遍历所有节点，逐个将模块放在根节点下面，也就是 node-modules 的第一层。当发现有重复模块时，则将其丢弃。\n\n5. 安装模块\n\n这一步将会更新工程中的 node_modules，并执行模块中的生命周期函数（按照 preinstall、install、postinstall 的顺序）。\n\n6. 执行工程自身生命周期\n\n当前 npm 工程如果定义了钩子此时会被执行（按照 install、postinstall、prepublish、prepare 的顺序）。\n\n\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\nBabel 的原理\n\u003c/summary\u003e\n\n[链接](https://www.jianshu.com/p/eb3428512eb2)\n\nBabel 是一个JavaScript编译器，主要用于将 ECMAScript 2015+ 版本的代码转换为向后兼容的 JavaScript 语法，以便能够运行在当前和旧版本的浏览器或其他环境中。\n\n![Babel流程图](https://user-images.githubusercontent.com/38830527/173578555-5ad9484d-7226-415e-922a-c2922ac82330.png)\n\n\n编译流程：\n\n1. 解析阶段：Babel 默认使用 @babel/parser 将代码转换为 AST。解析一般分为两个阶段：词法分析和语法分析。\n\n2. 转换阶段：Babel 使用 @babel/traverse 提供的方法对 AST 进行深度优先遍历，调用插件对关注节点的处理函数，按需对 AST 节点进行增删改操作。\n\n3. 生成阶段：Babel 默认使用 @babel/generator 将上一阶段处理后的 AST 转换为代码字符串。\n\n\n\u003c/details\u003e\n\n\n### \u003cspan id=\"implement\"\u003e 需求实现\u003c/span\u003e\n---\n\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n实现瀑布流\n\u003c/summary\u003e\n\n[链接](https://blog.csdn.net/weixin_44116302/article/details/119561343)\n\n[demo](https://codesandbox.io/s/pu-bu-liu-k9u2ii)\n\n1. css： 分割数据到左右两个数组，垂直渲染（display：flex）\n2. css：容器设置`column-count: 3;`,元素设置固定宽度\n3. js: \n- 首次渲染可以获取元素高度\n- 循环元素列表\n- 设置数组记录第一行中元素高度，从第二行起在高度数组中找到最小高度，在该元素下方设置元素left,top属性放置图片，更新数组中高度信息\n\u003c/details\u003e\n\n\u003c!--  --\u003e\n\u003cdetails\u003e\n\u003csummary class=\"question\"\u003e\n实现虚拟列表\n\u003c/summary\u003e\n\n[链接](https://blog.csdn.net/weixin_42232325/article/details/122560039)\n\n[demo](https://codesandbox.io/s/virtuallist-1-rp8pi?file=/src/components/VirtualList.vue)\n\n- 计算当前可视区域起始数据索引(`startIndex=Math.floor(scrollTop / this.itemSize)`)\n- 计算当前可视区域结束数据索引(`endIndex=this.start + this.visibleCount`)\n- 计算当前可视区域的数据，并渲染到页面中（`visibleData=data.slice(startIndex,endIndex)`）\n- 计算startIndex对应的数据在整个列表中的偏移位置startOffset并设置到列表上(`this.startOffset = scrollTop - (scrollTop % this.itemSize);`)\n\u003c/details\u003e\n\n\u003cstyle\u003e\n  .question {\n    box-shadow: inset 0 0 10px grey;\n    color: #42c5f5;\n    font-size:20px\n  }\n  .answer{\n    box-shadow: inset 0 0 10px grey;\n  }\n  .image--sm {\n    max-width: 100px;\n  }\n  .image--md {\n    max-width: 500px;\n  }\n  .image--lg {\n    max-width: 800px;\n  }\n  .underline {\n    border-bottom: 1px solid red;\n  }\n  .bold{\n    font-weight: bold;\n  }\n\u003c/style\u003e","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Flevelopers%2Ffront-interview-questions","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Flevelopers%2Ffront-interview-questions","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Flevelopers%2Ffront-interview-questions/lists"}