大家好，欢迎来到IT知识分享网。
前言
大家好，今年的金三银四已经来了，也有人说是铜三铁四，不过我想说的是这重要吗，环境只是一个因素，它确实会影响大家找工作或者跳槽涨薪，但是影响不多，最重要的一个因素在于自己是否已经做好了准备。我呢为大家准备了百道面试题，为大家保驾护航，后续也会持续更新吧，毕竟还有金九银十与新技术的出现。
希望大家可以点个赞支持一下，整理不易
因为内容太多所以需要完整版PDF的小伙伴可关注+私信【学习】自行查看
1.Vue3.0性能提升主要是体现在哪些方面
1.响应式系统
- Vue.js 2.x 中响应式系统的核心是 Object.defineProperty，劫持整个对象，然后进行深度遍历所有属性，给每个属性添加`getter`和`setter`，实现响应式 - Vue.js 3.x 中使用 Proxy 对象重写响应式系统 - 可以监听动态新增的属性 - 可以监听删除的属性 - 可以监听数组的索引和length属性 * 实现原理: * 通过Proxy（代理）: 拦截对象中任意属性的变化, 包括：属性值的读写、属性的添加、属性的删除等。 * 通过Reflect（反射）: 对源对象的属性进行操作。 * MDN文档中描述的Proxy与Reflect： * Proxy：[Proxy - JavaScript | MDN](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Proxy "Proxy - JavaScript | MDN") * Reflect：[Reflect - JavaScript | MDN](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Reflect "Reflect - JavaScript | MDN") new Proxy(data, { // 拦截读取属性值 get (target, prop) { return Reflect.get(target, prop) }, // 拦截设置属性值或添加新属性 set (target, prop, value) { return Reflect.set(target, prop, value) }, // 拦截删除属性 deleteProperty (target, prop) { return Reflect.deleteProperty(target, prop) } }) proxy.name = 'tom' ![] 2.编译阶段
- Vue.js 2.x 通过标记静态节点，优化 diff 的过程 - Vue.js 3.x * vue.js 3.x中标记和提升所有的静态节点，diff的时候只需要对比动态节点内容； * Fragments（升级vetur插件): template中不需要唯一根节点，可以直接放文本或者同级标签 * 静态提升(hoistStatic),当使用 hoistStatic 时,所有静态的节点都被提升到 render 方法之外.只会在应用启动的时候被创建一次,之后使用只需要应用提取的静态节点，随着每次的渲染被不停的复用。 * patch flag, 在动态标签末尾加上相应的标记,只能带 patchFlag 的节点才被认为是动态的元素,会被追踪属性的修改,能快速的找到动态节点,而不用逐个逐层遍历，提高了虚拟dom diff的性能。 * 缓存事件处理函数cacheHandler,避免每次触发都要重新生成全新的function去更新之前的函数 markdown3.源码体积
- 相比Vue2，Vue3整体体积变小了，除了移出一些不常用的AP - tree shanking - 任何一个函数，如ref、reavtived、computed等，仅仅在用到的时候才打包 - 通过编译阶段的静态分析，找到没有引入的模块并打上标记,将这些模块都给摇掉 2.vue3有哪些新的组件
1.Fragment
* 在Vue2中: 组件必须有一个根标签 * 在Vue3中: 组件可以没有根标签, 内部会将多个标签包含在一个Fragment虚拟元素中 * 好处: 减少标签层级, 减小内存占用 markdown2.Teleport
什么是Teleport？—— Teleport 是一种能够将我们的组件html结构移动到指定位置的技术。
<teleport to="移动位置"> <div v-if="isShow" class="mask"> <div class="dialog"> <h3>我是一个弹窗</h3> <button @click="isShow = false">关闭弹窗</button> </div> </div> </teleport> 3.Suspense
- 等待异步组件时渲染一些额外内容，让应用有更好的用户体验
- 使用步骤：
- 异步引入组件
import {defineAsyncComponent} from 'vue' const Child = defineAsyncComponent(()=>import('./components/Child.vue')) - 使用Suspense包裹组件，并配置好default 与 fallback
<template> <div class="app"> <h3>我是App组件</h3> <Suspense> <template v-slot:default> <Child/> </template> <template v-slot:fallback> <h3>加载中.....</h3> </template> </Suspense> </div> </template> 3.Vue2.0 和 Vue3.0 有什么区别
1. 响应式系统的重新配置，使用proxy替换Object.defineProperty 2. typescript支持 3. 新增组合API，更好的逻辑重用和代码组织 4. v-if和v-for的优先级 5. 静态元素提升 6. 虚拟节点静态标记 7. 生命周期变化 8. 打包体积优化 9. ssr渲染性能提升 10. 支持多个根节点 4.Vue 生命周期
1.vue2.x的生命周期
2.vue3.0的生命周期
* Vue3.0中可以继续使用Vue2.x中的生命周期钩子，但有有两个被更名： * `beforeDestroy`改名为 `beforeUnmount` * `destroyed`改名为 `unmounted`* Vue3.0也提供了 Composition API 形式的生命周期钩子，与Vue2.x中钩子对应关系如下： * `beforeCreate`===>`setup()` * `created`=======>`setup()` * `beforeMount` ===>`onBeforeMount` * `mounted`=======>`onMounted` * `beforeUpdate`===>`onBeforeUpdate` * `updated` =======>`onUpdated` * `beforeUnmount` ==>`onBeforeUnmount` * `unmounted` =====>`onUnmounted` Vue 实例有⼀个完整的⽣命周期，也就是从开始创建、初始化数据、编译模版、挂载Dom -> 渲染、更新 -> 渲染、卸载 等⼀系列过程，称这是Vue的⽣命周期。 1、beforeCreate（创建前） ：数据观测和初始化事件还未开始，此时 data 的响应式追踪、event/watcher 都还没有被设置，也就是说不能访问到data、computed、watch、methods上的方法和数据。 2、created（创建后） ：实例创建完成，实例上配置的 options 包括 data、computed、watch、methods 等都配置完成，但是此时渲染得节点还未挂载到 DOM，所以不能访问到 `$el` 属性。 3、beforeMount（挂载前） ：在挂载开始之前被调用，相关的render函数首次被调用。实例已完成以下的配置：编译模板，把data里面的数据和模板生成html。此时还没有挂载html到页面上。 4、mounted（挂载后） ：在el被新创建的 vm.$el 替换，并挂载到实例上去之后调用。实例已完成以下的配置：用上面编译好的html内容替换el属性指向的DOM对象。完成模板中的html渲染到html 页面中。此过程中进行ajax交互。 5、beforeUpdate（更新前） ：响应式数据更新时调用，此时虽然响应式数据更新了，但是对应的真实 DOM 还没有被渲染。 6、updated（更新后）：在由于数据更改导致的虚拟DOM重新渲染和打补丁之后调用。此时 DOM 已经根据响应式数据的变化更新了。调用时，组件 DOM已经更新，所以可以执行依赖于DOM的操作。然而在大多数情况下，应该避免在此期间更改状态，因为这可能会导致更新无限循环。该钩子在服务器端渲染期间不被调用。 7、beforeDestroy（销毁前） ：实例销毁之前调用。这一步，实例仍然完全可用，`this` 仍能获取到实例。8、destroyed（销毁后） ：实例销毁后调用，调用后，Vue 实例指示的所有东西都会解绑定，所有的事件监听器会被移除，所有的子实例也会被销毁。该钩子在服务端渲染期间不被调用。 5.都说 Composition API 和 React Hook 很像，请问他们的区别是什么
从 React Hook 从实现的角度来看，React Hook 是基于 useState 的调用顺序来确定下一个 re 渲染时间状态从哪个 useState 开始，所以有以下几个限制 * 不在循环中、条件、调用嵌套函数 Hook * 你必须确保它总是在你这边 React Top level 调用函数 Hook * 使用效果、使用备忘录 依赖关系必须手动确定 和 Composition API 是基于 Vue 的响应系统，和 React Hook 相比 * 在设置函数中，一个组件实例只调用一次设置，而 React Hook 每次重新渲染时，都需要调用 Hook，给 React 带来的 GC 比 Vue 更大的压力，性能也相对 Vue 对我来说也比较慢 * Compositon API 你不必担心调用的顺序，它也可以在循环中、条件、在嵌套函数中使用 * 响应式系统自动实现依赖关系收集，而且组件的性能优化是由 Vue 内部完成的，而 React Hook 的依赖关系需要手动传递，并且依赖关系的顺序必须得到保证，让路 useEffect、useMemo 等等，否则组件性能会因为依赖关系不正确而下降。 虽然Compoliton API看起来像React Hook来使用，但它的设计思路也是React Hook的参考。 6. Composition Api 与Options Api 有什么不同
1.Options Api
Options API，即大家常说的选项API，即以vue为后缀的文件，通过定义methods，computed，watch，data等属性与方法，共同处理页面逻辑
如下图：
可以看到Options代码编写方式，如果是组件状态，则写在data属性上，如果是方法，则写在methods属性上…
用组件的选项 (data、computed、methods、watch) 组织逻辑在大多数情况下都有效
然而，当组件变得复杂，导致对应属性的列表也会增长，这可能会导致组件难以阅读和理解
2.Composition Api
在 Vue3 Composition API 中，组件根据逻辑功能来组织的，一个功能所定义的所有 API 会放在一起（更加的高内聚，低耦合）
即使项目很大，功能很多，我们都能快速的定位到这个功能所用到的所有 API
3.对比
下面对Composition Api与Options Api进行两大方面的比较
- 逻辑组织
- 逻辑复用
逻辑组织
Options API
假设一个组件是一个大型组件，其内部有很多处理逻辑关注点（对应下图不用颜色）
可以看到，这种碎片化使得理解和维护复杂组件变得困难
选项的分离掩盖了潜在的逻辑问题。此外，在处理单个逻辑关注点时，我们必须不断地“跳转”相关代码的选项块
Compostion API
而Compositon API正是解决上述问题，将某个逻辑关注点相关的代码全都放在一个函数里，这样当需要修改一个功能时，就不再需要在文件中跳来跳去
下面举个简单例子，将处理count属性相关的代码放在同一个函数了
inifunction useCount() { let count = ref(10); let double = computed(() => { return count.value * 2; }); const handleConut = () => { count.value = count.value * 2; }; console.log(count); return { count, double, handleConut, }; } 组件上中使用count
export default defineComponent({ setup() { const { count, double, handleConut } = useCount(); return { count, double, handleConut } }, }); 再来一张图进行对比，可以很直观地感受到 Composition API在逻辑组织方面的优势，以后修改一个属性功能的时候，只需要跳到控制该属性的方法中即可
逻辑复用
在Vue2中，我们是用过mixin去复用相同的逻辑
下面举个例子，我们会另起一个mixin.js文件
export const MoveMixin = { data() { return { x: 0, y: 0, }; }, methods: { handleKeyup(e) { console.log(e.code); // 上下左右 x y switch (e.code) { case "ArrowUp": this.y--; break; case "ArrowDown": this.y++; break; case "ArrowLeft": this.x--; break; case "ArrowRight": this.x++; break; } }, }, mounted() { window.addEventListener("keyup", this.handleKeyup); }, unmounted() { window.removeEventListener("keyup", this.handleKeyup); }, }; 然后在组件中使用
<template> <div> Mouse position: x {{ x }} / y {{ y }} </div> </template> <script> import mousePositionMixin from './mouse' export default { mixins: [mousePositionMixin] } </script> 使用单个mixin似乎问题不大，但是当我们一个组件混入大量不同的 mixins 的时候
mixins: [mousePositionMixin, fooMixin, barMixin, otherMixin] 会存在两个非常明显的问题：
- 命名冲突
- 数据来源不清晰
现在通过Compositon API这种方式改写上面的代码
import { onMounted, onUnmounted, reactive } from "vue"; export function useMove() { const position = reactive({ x: 0, y: 0, }); const handleKeyup = (e) => { console.log(e.code); // 上下左右 x y switch (e.code) { case "ArrowUp": // y.value--; position.y--; break; case "ArrowDown": // y.value++; position.y++; break; case "ArrowLeft": // x.value--; position.x--; break; case "ArrowRight": // x.value++; position.x++; break; } }; onMounted(() => { window.addEventListener("keyup", handleKeyup); }); onUnmounted(() => { window.removeEventListener("keyup", handleKeyup); }); return { position }; } 在组件中使用
<template> <div> Mouse position: x {{ x }} / y {{ y }} </div> </template> <script> import { useMove } from "./useMove"; import { toRefs } from "vue"; export default { setup() { const { position } = useMove(); const { x, y } = toRefs(position); return { x, y, }; }, }; </script> 可以看到，整个数据来源清晰了，即使去编写更多的 hook 函数，也不会出现命名冲突的问题
小结
- 在逻辑组织和逻辑复用方面，Composition API是优于Options API
- 因为Composition API几乎是函数，会有更好的类型推断。
- Composition API对 tree-shaking 友好，代码也更容易压缩
- Composition API中见不到this的使用，减少了this指向不明的情况
- 如果是小型组件，可以继续使用Options API，也是十分友好的
7.什么是SPA单页面应用，首屏加载你是如何优化的
单页Web应用（single page web application，SPA），就是只有一张Web页面的应用，是加载单个HTML页面并在用户与应用程序交互时动态更新该页面的Web应用程序。我们开发的`Vue`项目大多是借助个官方的`CLI`脚手架，快速搭建项目，直接通过`new Vue`构建一个实例，并将`el:'#app'`挂载参数传入，最后通过`npm run build`的方式打包后生成一个`index.html`，称这种只有一个`HTML`的页面为单页面应用。
当然，`vue`也可以像`jq`一样引入，作为多页面应用的基础框架。
SPA首屏优化方式
减小入口文件积
静态资源本地缓存
UI框架按需加载
图片资源的压缩
组件重复打包
开启GZip压缩
使用SSR
8.对Vue项目你做过哪些性能优化
1、`v-if`和`v-show` * 频繁切换时使用`v-show`，利用其缓存特性 * 首屏渲染时使用`v-if`，如果为`false`则不进行渲染 2、`v-for`的`key` * 列表变化时，循环时使用唯一不变的`key`，借助其本地复用策略 * 列表只进行一次渲染时，`key`可以采用循环的`index` 3、侦听器和计算属性 * 侦听器`watch`用于数据变化时引起其他行为 * 多使用`compouter`计算属性顾名思义就是新计算而来的属性，如果依赖的数据未发生变化，不会触发重新计算 4、合理使用生命周期 * 在`destroyed`阶段进行绑定事件或者定时器的销毁 * 使用动态组件的时候通过`keep-alive`包裹进行缓存处理，相关的操作可以在`actived`阶段激活 5、数据响应式处理 * 不需要响应式处理的数据可以通过`Object.freeze`处理，或者直接通过`this.xxx = xxx`的方式进行定义 * 需要响应式处理的属性可以通过`this.$set`的方式处理，而不是`JSON.parse(JSON.stringify(XXX))`的方式 6、路由加载方式 * 页面组件可以采用异步加载的方式 7、插件引入 * 第三方插件可以采用按需加载的方式，比如`element-ui`。 8、减少代码量 * 采用`mixin`的方式抽离公共方法 * 抽离公共组件 * 定义公共方法至公共`js`中 * 抽离公共`css` 9、编译方式 * 如果线上需要`template`的编译，可以采用完成版`vue.esm.js` * 如果线上无需`template`的编译，可采用运行时版本`vue.runtime.esm.js`，相比完整版体积要小大约`30%` 10、渲染方式 * 服务端渲染，如果是需要`SEO`的网站可以采用服务端渲染的方式 * 前端渲染，一些企业内部使用的后端管理系统可以采用前端渲染的方式 11、字体图标的使用 * 有些图片图标尽可能使用字体图标 9.Vue组件通信的方式有哪些
vue中8种常规的通信方案 通过 props 传递 通过 $emit 触发自定义事件 使用 ref EventBus $parent 或$root attrs 与 listeners Provide 与 Inject Vuex 组件间通信的分类可以分成以下 父子关系的组件数据传递选择 props 与 $emit进行传递，也可选择ref 兄弟关系的组件数据传递可选择$bus，其次可以选择$parent进行传递 祖先与后代组件数据传递可选择attrs与listeners或者 Provide与 Inject 复杂关系的组件数据传递可以通过vuex存放共享的变量 10.Vue常用的修饰符有哪些
1、表单修饰符 （1）`.lazy` 在默认情况下，`v-model` 在每次 `input` 事件触发后将输入框的值与数据进行同步 ，可以添加 `lazy` 修饰符，从而转为在 `change` 事件之后进行同步: ``` <input v-model.lazy="msg"> ``` （2）`.number` 如果想自动将用户的输入值转为数值类型，可以给 `v-model` 添加 `number` 修饰符： ``` <input v-model.number="age" type="number"> ``` （3）`.trim` 如果要自动过滤用户输入的首尾空白字符，可以给 `v-model` 添加 `trim` 修饰符： ``` <input v-model.trim="msg"> ``` 2、事件修饰符 （1）`.stop` 阻止单击事件继续传播。 ``` <!--这里只会触发a--> <div @click="divClick"><a v-on:click.stop="aClick">点击</a></div> ``` （2）`.prevent` 阻止标签的默认行为。 ``` <a href="http://www.baidu.com" v-on:click.prevent="aClick">点击</a> ``` （3）`.capture` 事件先在有`.capture`修饰符的节点上触发，然后在其包裹的内部节点中触发。 ``` <!--这里先执行divClick事件，然后再执行aClick事件--> <div @click="divClick"><a v-on:click="aClick">点击</a></div> ``` （4）`.self` 只当在 event.target 是当前元素自身时触发处理函数，即事件不是从内部元素触发的。 ``` <!--在a标签上点击时只会触发aClick事件，只有点击phrase的时候才会触发divClick事件--> <div @click.self="divClick">phrase<a v-on:click="aClick">点击</a></div> ``` （5）`.once` 不像其它只能对原生的 DOM 事件起作用的修饰符，`.once` 修饰符还能被用到自定义的组件事件上，表示当前事件只触发一次。 ``` <a v-on:click.once="aClick">点击</a> ``` （6）`.passive` `.passive` 修饰符尤其能够提升移动端的性能 ``` <!-- 滚动事件的默认行为 (即滚动行为) 将会立即触发 --> <!-- 而不会等待 `onScroll` 完成 --> <!-- 这其中包含 `event.preventDefault()` 的情况 --> <div v-on:scroll.passive="onScroll">...</div> ``` 因为内容太多所以需要完整版PDF的小伙伴可关注+私信【学习】自行查看
11.Vue中的$nextTick有什么作用
const callbacks = [] let pending = false / * 完成两件事： * 1、用 try catch 包装 flushSchedulerQueue 函数，然后将其放入 callbacks 数组 * 2、如果 pending 为 false，表示现在浏览器的任务队列中没有 flushCallbacks 函数 * 如果 pending 为 true，则表示浏览器的任务队列中已经被放入了 flushCallbacks 函数， * 待执行 flushCallbacks 函数时，pending 会被再次置为 false，表示下一个 flushCallbacks 函数可以进入 * 浏览器的任务队列了 * pending 的作用：保证在同一时刻，浏览器的任务队列中只有一个 flushCallbacks 函数 * @param {*} cb 接收一个回调函数 => flushSchedulerQueue * @param {*} ctx 上下文 * @returns */ export function nextTick (cb?: Function, ctx?: Object) { let _resolve // 用 callbacks 数组存储经过包装的 cb 函数 callbacks.push(() => { if (cb) { // 用 try catch 包装回调函数，便于错误捕获 try { cb.call(ctx) } catch (e) { handleError(e, ctx, 'nextTick') } } else if (_resolve) { _resolve(ctx) } }) if (!pending) { pending = true // 执行 timerFunc，在浏览器的任务队列中（首选微任务队列）放入 flushCallbacks 函数 timerFunc() } // $flow-disable-line if (!cb && typeof Promise !== 'undefined') { return new Promise(resolve => { _resolve = resolve }) } } 官方对其的定义 在下次 DOM 更新循环结束之后执行延迟回调。在修改数据之后立即使用这个方法，获取更新后的 DOM 什么意思呢？ 我们可以理解成，Vue 在更新 DOM 时是异步执行的。当数据发生变化，Vue将开启一个异步更新队列，视图需要等队列中所有数据变化完成之后，再统一进行更新 Vue 的异步更新机制的核心是利用了浏览器的异步任务队列来实现的，首选微任务队列，宏任务队列次之。 当响应式数据更新后，会调用 dep.notify 方法，通知 dep 中收集的 watcher 去执行 update 方法，watcher.update 将 watcher 自己放入一个 watcher 队列（全局的 queue 数组）。 然后通过 nextTick 方法将一个刷新 watcher 队列的方法（flushSchedulerQueue）放入一个全局的 callbacks 数组中。 如果此时浏览器的异步任务队列中没有一个叫 flushCallbacks 的函数，则执行 timerFunc 函数，将 flushCallbacks 函数放入异步任务队列。如果异步任务队列中已经存在 flushCallbacks 函数，等待其执行完成以后再放入下一个 flushCallbacks 函数。 flushCallbacks 函数负责执行 callbacks 数组中的所有 flushSchedulerQueue 函数。 flushSchedulerQueue 函数负责刷新 watcher 队列，即执行 queue 数组中每一个 watcher 的 run 方法，从而进入更新阶段，比如执行组件更新函数或者执行用户 watch 的回调函数。 12.如何理解双向数据绑定
我们都知道 Vue 是数据双向绑定的框架，双向绑定由三个重要部分构成 数据层（Model）：应用的数据及业务逻辑 视图层（View）：应用的展示效果，各类UI组件 业务逻辑层（ViewModel）：框架封装的核心，它负责将数据与视图关联起来 而上面的这个分层的架构方案，可以用一个专业术语进行称呼：MVVM这里的控制层的核心功能便是 “数据双向绑定” 。自然，我们只需弄懂它是什么，便可以进一步了解数据绑定的原理 理解ViewModel 它的主要职责就是： 数据变化后更新视图 视图变化后更新数据 当然，它还有两个主要部分组成 监听器（Observer）：对所有数据的属性进行监听 解析器（Compiler）：对每个元素节点的指令进行扫描跟解析,根据指令模板替换数据,以及绑定相应的更新函数 13.v-show和v-if有什么区别？你可以讲讲吗
v-show 与 v-if 的作用效果是相同的(不含v-else)，都能控制元素在页面是否显示,在用法上也是相同的 - 区别 控制手段不同 编译过程不同 编译条件不同 控制手段：v-show隐藏则是为该元素添加css--display:none，dom元素依旧还在。v-if显示隐藏是将dom元素整个添加或删除 编译过程：v-if切换有一个局部编译/卸载的过程，切换过程中合适地销毁和重建内部的事件监听和子组件；v-show只是简单的基于css切换 编译条件：v-if是真正的条件渲染，它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建。只有渲染条件为假时，并不做操作，直到为真才渲染 v-show 由false变为true的时候不会触发组件的生命周期 v-if由false变为true的时候，触发组件的beforeCreate、create、beforeMount、mounted钩子，由true变为false的时候触发组件的beforeDestory、destoryed方法 性能消耗：v-if有更高的切换消耗；v-show有更高的初始渲染消耗 14.有用过keep-alive吗？它有什么作用
`vue`中支持组件化，并且也有用于缓存的内置组件`keep-alive`可直接使用，使用场景为`路由组件`和`动态组件`。 * `activated`表示进入组件的生命周期，`deactivated`表示离开组件的生命周期 * `include`表示匹配到的才缓存，`exclude`表示匹配到的都不缓存 * `max`表示最多可以缓存多少组件 关于keep-alive的基本用法： <keep-alive> <component :is="view"></component> </keep-alive> 使用includes和exclude： <keep-alive include="a,b"> <component :is="view"></component> </keep-alive> <!-- 正则表达式 (使用 `v-bind`) --> <keep-alive :include="/a|b/"> <component :is="view"></component> </keep-alive> <!-- 数组 (使用 `v-bind`) --> <keep-alive :include="['a', 'b']"> <component :is="view"></component> </keep-alive> 匹配首先检查组件自身的 name 选项，如果 name 选项不可用，则匹配它的局部注册名称 (父组件 components 选项的键值)，匿名组件不能被匹配 设置了 keep-alive 缓存的组件，会多出两个生命周期钩子（activated与deactivated）： 首次进入组件时：beforeRouteEnter > beforeCreate > created> mounted > activated > ... ... > beforeRouteLeave > deactivated 再次进入组件时：beforeRouteEnter >activated > ... ... > beforeRouteLeave > deactivated 15.你可以实现一个虚拟DOM吗
先看浏览器对HTML的理解：
<div> <h1>My title</h1> Some text content <!-- TODO: Add tagline --> </div> 当浏览器读到这些代码时，它会建立一个DOM树来保持追踪所有内容，如同你会画一张家谱树来追踪家庭成员的发展一样。 上述 HTML 对应的 DOM 节点树如下图所示：
每个元素都是一个节点。每段文字也是一个节点。甚至注释也都是节点。一个节点就是页面的一个部分。就像家谱树一样，每个节点都可以有孩子节点 (也就是说每个部分可以包含其它的一些部分)。 再看`Vue`对`HTML template`的理解 Vue 通过建立一个虚拟 DOM 来追踪自己要如何改变真实 DOM。因为它所包含的信息会告诉 Vue 页面上需要渲染什么样的节点，包括及其子节点的描述信息。我们把这样的节点描述为“虚拟节点 (virtual node)”，也常简写它为“VNode”。“虚拟 DOM”是我们对由 Vue 组件树建立起来的整个 VNode 树的称呼。 简言之，浏览器对HTML的理解是DOM树，Vue对`HTML`的理解是虚拟DOM，最后在`patch`阶段通过DOM操作的api将其渲染成真实的DOM节点。 如何实现虚拟DOM
首先可以看看vue中VNode的结构
源码位置：src/core/vdom/vnode.js
export default class VNode { tag: string | void; data: VNodeData | void; children: ?Array<VNode>; text: string | void; elm: Node | void; ns: string | void; context: Component | void; // rendered in this component's scope functionalContext: Component | void; // only for functional component root nodes key: string | number | void; componentOptions: VNodeComponentOptions | void; componentInstance: Component | void; // component instance parent: VNode | void; // component placeholder node raw: boolean; // contains raw HTML? (server only) isStatic: boolean; // hoisted static node isRootInsert: boolean; // necessary for enter transition check isComment: boolean; // empty comment placeholder? isCloned: boolean; // is a cloned node? isOnce: boolean; // is a v-once node? constructor ( tag?: string, data?: VNodeData, children?: ?Array<VNode>, text?: string, elm?: Node, context?: Component, componentOptions?: VNodeComponentOptions ) { /*当前节点的标签名*/ this.tag = tag /*当前节点对应的对象，包含了具体的一些数据信息，是一个VNodeData类型，可以参考VNodeData类型中的数据信息*/ this.data = data /*当前节点的子节点，是一个数组*/ this.children = children /*当前节点的文本*/ this.text = text /*当前虚拟节点对应的真实dom节点*/ this.elm = elm /*当前节点的名字空间*/ this.ns = undefined /*编译作用域*/ this.context = context /*函数化组件作用域*/ this.functionalContext = undefined /*节点的key属性，被当作节点的标志，用以优化*/ this.key = data && data.key /*组件的option选项*/ this.componentOptions = componentOptions /*当前节点对应的组件的实例*/ this.componentInstance = undefined /*当前节点的父节点*/ this.parent = undefined /*简而言之就是是否为原生HTML或只是普通文本，innerHTML的时候为true，textContent的时候为false*/ this.raw = false /*静态节点标志*/ this.isStatic = false /*是否作为跟节点插入*/ this.isRootInsert = true /*是否为注释节点*/ this.isComment = false /*是否为克隆节点*/ this.isCloned = false /*是否有v-once指令*/ this.isOnce = false } // DEPRECATED: alias for componentInstance for backwards compat. /* istanbul ignore next https://github.com/answershuto/learnVue*/ get child (): Component | void { return this.componentInstance } } 这里对VNode进行稍微的说明：
- 所有对象的 context 选项都指向了 Vue 实例
- elm 属性则指向了其相对应的真实 DOM 节点
vue`是通过`createElement`生成`VNode export function createElement ( context: Component, tag: any, data: any, children: any, normalizationType: any, alwaysNormalize: boolean ): VNode | Array<VNode> { if (Array.isArray(data) || isPrimitive(data)) { normalizationType = children children = data data = undefined } if (isTrue(alwaysNormalize)) { normalizationType = ALWAYS_NORMALIZE } return _createElement(context, tag, data, children, normalizationType) } 上面可以看到createElement 方法实际上是对 _createElement 方法的封装，对参数的传入进行了判断
export function _createElement( context: Component, tag?: string | Class<Component> | Function | Object, data?: VNodeData, children?: any, normalizationType?: number ): VNode | Array<VNode> { if (isDef(data) && isDef((data: any).__ob__)) { process.env.NODE_ENV !== 'production' && warn( `Avoid using observed data object as vnode data: ${JSON.stringify(data)}\n` + 'Always create fresh vnode data objects in each render!', context` ) return createEmptyVNode() } // object syntax in v-bind if (isDef(data) && isDef(data.is)) { tag = data.is } if (!tag) { // in case of component :is set to falsy value return createEmptyVNode() } ... // support single function children as default scoped slot if (Array.isArray(children) && typeof children[0] === 'function' ) { data = data || {} data.scopedSlots = { default: children[0] } children.length = 0 } if (normalizationType === ALWAYS_NORMALIZE) { children = normalizeChildren(children) } else if ( === SIMPLE_NORMALIZE) { children = simpleNormalizeChildren(children) } // 创建VNode ... } 可以看到_createElement接收5个参数：
- context 表示 VNode 的上下文环境，是 Component 类型
- tag 表示标签，它可以是一个字符串，也可以是一个 Component
- data 表示 VNode 的数据，它是一个 VNodeData 类型
- children 表示当前 VNode的子节点，它是任意类型的
- normalizationType 表示子节点规范的类型，类型不同规范的方法也就不一样，主要是参考 render 函数是编译生成的还是用户手写的
根据normalizationType 的类型，children会有不同的定义
if (normalizationType === ALWAYS_NORMALIZE) { children = normalizeChildren(children) } else if ( === SIMPLE_NORMALIZE) { children = simpleNormalizeChildren(children) } simpleNormalizeChildren方法调用场景是 render 函数是编译生成的
normalizeChildren方法调用场景分为下面两种：
- render 函数是用户手写的
- 编译 slot、v-for 的时候会产生嵌套数组
无论是simpleNormalizeChildren还是normalizeChildren都是对children进行规范（使children 变成了一个类型为 VNode 的 Array），这里就不展开说了
在规范化children后，就去创建VNode
let vnode, ns // 对tag进行判断 if (typeof tag === 'string') { let Ctor ns = (context.$vnode && context.$vnode.ns) || config.getTagNamespace(tag) if (config.isReservedTag(tag)) { // 如果是内置的节点，则直接创建一个普通VNode vnode = new VNode( config.parsePlatformTagName(tag), data, children, undefined, undefined, context ) } else if (isDef(Ctor = resolveAsset(context.$options, 'components', tag))) { // component // 如果是component类型，则会通过createComponent创建VNode节点 vnode = createComponent(Ctor, data, context, children, tag) } else { vnode = new VNode( tag, data, children, undefined, undefined, context ) } } else { // direct component options / constructor vnode = createComponent(tag, data, context, children) } createComponent`同样是创建`VNode export function createComponent ( Ctor: Class<Component> | Function | Object | void, data: ?VNodeData, context: Component, children: ?Array<VNode>, tag?: string ): VNode | Array<VNode> | void { if (isUndef(Ctor)) { return } // 构建子类构造函数 const baseCtor = context.$options._base // plain options object: turn it into a constructor if (isObject(Ctor)) { Ctor = baseCtor.extend(Ctor) } // if at this stage it's not a constructor or an async component factory, // reject. if (typeof Ctor !== 'function') { if (process.env.NODE_ENV !== 'production') { warn(`Invalid Component definition: ${String(Ctor)}`, context) } return } // async component let asyncFactory if (isUndef(Ctor.cid)) { asyncFactory = Ctor Ctor = resolveAsyncComponent(asyncFactory, baseCtor, context) if (Ctor === undefined) { return createAsyncPlaceholder( asyncFactory, data, context, children, tag ) } } data = data || {} // resolve constructor options in case global mixins are applied after // component constructor creation resolveConstructorOptions(Ctor) // transform component v-model data into props & events if (isDef(data.model)) { transformModel(Ctor.options, data) } // extract props const propsData = extractPropsFromVNodeData(data, Ctor, tag) // functional component if (isTrue(Ctor.options.functional)) { return createFunctionalComponent(Ctor, propsData, data, context, children) } // extract listeners, since these needs to be treated as // child component listeners instead of DOM listeners const listeners = data.on // replace with listeners with .native modifier // so it gets processed during parent component patch. data.on = data.nativeOn if (isTrue(Ctor.options.abstract)) { const slot = data.slot data = {} if (slot) { data.slot = slot } } // 安装组件钩子函数，把钩子函数合并到data.hook中 installComponentHooks(data) //实例化一个VNode返回。组件的VNode是没有children的 const name = Ctor.options.name || tag const vnode = new VNode( `vue-component-${Ctor.cid}${name ? `-${name}` : ''}`, data, undefined, undefined, undefined, context, { Ctor, propsData, listeners, tag, children }, asyncFactory ) if (__WEEX__ && isRecyclableComponent(vnode)) { return renderRecyclableComponentTemplate(vnode) } return vnode } 稍微提下createComponent生成VNode的三个关键流程：
- 构造子类构造函数Ctor
- installComponentHooks安装组件钩子函数
- 实例化 vnode
小结
createElement 创建 VNode 的过程，每个 VNode 有 children，children 每个元素也是一个VNode，这样就形成了一个虚拟树结构，用于描述真实的DOM树结构
16.为什么data属性是一个函数而不是一个对象，具体原因是什么
是不是一定是函数，得看场景。并且，也无需担心什么时候该将`data`写为函数还是对象，因为`vue`内部已经做了处理，并在控制台输出错误信息。
场景一：`new Vue({data: ...})`
这种场景主要为项目入口或者多个`html`页面各实例化一个`Vue`时，这里的`data`即可用对象的形式，也可用工厂函数返回对象的形式。因为，这里的`data`只会出现一次，不存在重复引用而引起的数据污染问题。
场景二：组件场景中的选项
在生成组件`vnode`的过程中，组件会在生成构造函数的过程中执行合并策略：
```
// data合并策略
strats.data = function (
parentVal,
childVal,
vm
) {
if (!vm) {
if (childVal && typeof childVal !== 'function') {
process.env.NODE_ENV !== 'production' && warn(
'The "data" option should be a function ' +
'that returns a per-instance value in component ' +
'definitions.',
vm
);
return parentVal
}
return mergeDataOrFn(parentVal, childVal)
}
return mergeDataOrFn(parentVal, childVal, vm)
};
```
如果合并过程中发现子组件的数据不是函数，即`typeof childVal !== 'function'`成立，进而在开发环境会在控制台输出警告并且直接返回`parentVal`，说明这里压根就没有把`childVal`中的任何`data`信息合并到`options`中去。
上面讲到组件data必须是一个函数，不知道大家有没有思考过这是为什么呢？
在我们定义好一个组件的时候，vue最终都会通过Vue.extend()构成组件实例
这里我们模仿组件构造函数，定义data属性，采用对象的形式
function Component(){
}
Component.prototype.data = {
count : 0
}
创建两个组件实例
const componentA = new Component()
const componentB = new Component()
修改componentA组件data属性的值，componentB中的值也发生了改变
console.log(componentB.data.count) // 0
componentA.data.count = 1
console.log(componentB.data.count) // 1
产生这样的原因这是两者共用了同一个内存地址，componentA修改的内容，同样对componentB产生了影响
如果我们采用函数的形式，则不会出现这种情况（函数返回的对象内存地址并不相同）
function Component(){
this.data = this.data()
}
Component.prototype.data = function (){
return {
count : 0
}
}
修改componentA组件data属性的值，componentB中的值不受影响
console.log(componentB.data.count) // 0
componentA.data.count = 1
console.log(componentB.data.count) // 0
vue组件可能会有很多个实例，采用函数返回一个全新data形式，使每个实例对象的数据不会受到其他实例对象数据的污染
17.Vue2的初始化过程你有过了解吗，做了哪些事情
new Vue走到了vue的构造函数中：`src\core\instance\index.js`文件。 this._init(options) 然后从Mixin增加的原型方法看，initMixin(Vue)，调用的是为Vue增加的原型方法_init // src/core/instance/init.js function initMixin (Vue) { Vue.prototype._init = function (options) { var vm = this; 创建vm, ... // 合并options 到 vm.$options vm.$options = mergeOptions( resolveConstructorOptions(vm.constructor), options || {}, vm ); } ... initLifecycle(vm); //初始生命周期 initEvents(vm); //初始化事件 initRender(vm); //初始render函数 callHook(vm, 'beforeCreate'); //执行 beforeCreate生命周期钩子 ... initState(vm); //初始化data，props，methods computed，watch ... callHook(vm, 'created'); //执行 created 生命周期钩子 if (vm.$options.el) { vm.$mount(vm.$options.el); //这里也是重点，下面需要用到 } } 总结 所以，从上面的函数看来，new vue所做的事情，就像一个流程图一样展开了，分别是 - 合并配置 - 初始化生命周期 - 初始化事件 - 初始化渲染 - 调用 `beforeCreate` 钩子函数 - init injections and reactivity（这个阶段属性都已注入绑定，而且被 `$watch` 变成reactivity，但是 `$el` 还是没有生成，也就是DOM没有生成） - 初始化state状态（初始化了data、props、computed、watcher） - 调用created钩子函数。 在初始化的最后，检测到如果有 el 属性，则调用 vm.$mount 方法挂载 vm，挂载的目标就是把模板渲染成最终的 DOM。 18.Vue3初始化的一个大概流程
- 初始化的一个大概流程 createApp() => mount() => render() => patch() => processComponent() => mountComponent() - 简易版流程编写 1.Vue.createApp() 实际执行的是renderer的createApp() 2.renderer是createRenderer这个方法创建 3.renderer的createApp()是createAppAPI()返回的 4.createAppApi接受到render之后，创建一个app实例，定义mount方法 5.mount会调用render函数。将vnode转换为真实dom createRenderer() => renderer => renderer.createApp() <= createAppApi() <div id="app"></div> <script> // 3.createAppAPI const createAppAPI = render => { return function createApp(rootComponent) { // 返回应用程序实例 const app = { mount(rootContainer) { // 挂载vnode => dom const vnode = { tag: rootComponent } // 执行渲染 render(vnode, rootContainer) } } return app; } } // 1. 创建createApp const Vue = { createApp(options) { //实际执行的为renderer的createApp() // 返回app实例 return renderer.createApp(options) } } // 2.实现renderer工厂函数 const createRenderer = options => { // 实现patch const patch = (n1, n2, container) => { // 获取根组件配置 const rootComponent = n2.tag; const ctx = { ...rootComponent.data()} // 执行render获取vnode const vnode = rootComponent.render.call(ctx); // 转换vnode => dom const parent = options.querySelector(container) const child = options.createElement(vnode.tag) if (typeof vnode.children === 'string') { child.textContent = vnode.children } else { //array } // 追加 options.insert(child, parent) } // 实现render const render = (vnode, container) => { patch(container._vnode || null, vnode, container) container._vnode = vnode; } // 该对象就是renderer return { render, createApp: createAppAPI(render) } } const renderer = createRenderer({ querySelector(el) { return document.querySelector(el) }, createElement(tag) { return document.createElement(tag) }, insert(child, parent) { parent.appendChild(child) } }) Vue.createApp({ data() { return { bar: 'hello,vue3' } }, render() { return { tag: 'h1', children: this.bar } } }).mount('#app') </script> 19.vue3响应式api如何编写
var activeEffect = null; function effect(fn) { activeEffect = fn; activeEffect(); activeEffect = null; } var depsMap = new WeakMap(); function gather(target, key) { // 避免例如console.log(obj1.name)而触发gather if (!activeEffect) return; let depMap = depsMap.get(target); if (!depMap) { depsMap.set(target, (depMap = new Map())); } let dep = depMap.get(key); if (!dep) { depMap.set(key, (dep = new Set())); } dep.add(activeEffect) } function trigger(target, key) { let depMap = depsMap.get(target); if (depMap) { const dep = depMap.get(key); if (dep) { dep.forEach((effect) => effect()); } } } function reactive(target) { const handle = { set(target, key, value, receiver) { Reflect.set(target, key, value, receiver); trigger(receiver, key); // 设置值时触发自动更新 }, get(target, key, receiver) { gather(receiver, key); // 访问时收集依赖 return Reflect.get(target, key, receiver); }, }; return new Proxy(target, handle); } function ref(name){ return reactive( { value: name } ) } 20.在Vue项目中你是如何做的SSR渲染
与传统 SPA (单页应用程序 (Single-Page Application)) 相比，服务器端渲染 (SSR) 的优势主要在于： * 更好的 SEO，由于搜索引擎爬虫抓取工具可以直接查看完全渲染的页面。 * 更快的内容到达时间 (time-to-content)，特别是对于缓慢的网络情况或运行缓慢的设备。 Vue.js 是构建客户端应用程序的框架。默认情况下，可以在浏览器中输出 Vue 组件，进行生成 DOM 和操作 DOM。然而，也可以将同一个组件渲染为服务器端的 HTML 字符串，将它们直接发送到浏览器，最后将这些静态标记"激活"为客户端上完全可交互的应用程序 服务器渲染的 Vue.js 应用程序也可以被认为是"同构"或"通用"，因为应用程序的大部分代码都可以在服务器和客户端上运行 * Vue SSR是一个在SPA上进行改良的服务端渲染 * 通过Vue SSR渲染的页面，需要在客户端激活才能实现交互 * Vue SSR将包含两部分：服务端渲染的首屏，包含交互的SPA 使用ssr不存在单例模式，每次用户请求都会创建一个新的vue实例 实现ssr需要实现服务端首屏渲染和客户端激活 服务端异步获取数据asyncData可以分为首屏异步获取和切换组件获取 首屏异步获取数据，在服务端预渲染的时候就应该已经完成 切换组件通过mixin混入，在beforeMount钩子完成数据获取 21.怎么看Vue的diff算法
diff 算法是一种通过同层的树节点进行比较的高效算法 diff整体策略为：深度优先，同层比较 比较只会在同层级进行, 不会跨层级比较 比较的过程中，循环从两边向中间收拢 - 当数据发生改变时，订阅者watcher就会调用patch给真实的DOM打补丁 - 通过isSameVnode进行判断，相同则调用patchVnode方法 - patchVnode做了以下操作： - 找到对应的真实dom，称为el - 如果都有都有文本节点且不相等，将el文本节点设置为Vnode的文本节点 - 如果oldVnode有子节点而VNode没有，则删除el子节点 - 如果oldVnode没有子节点而VNode有，则将VNode的子节点真实化后添加到el - 如果两者都有子节点，则执行updateChildren函数比较子节点 - updateChildren主要做了以下操作： - 设置新旧VNode的头尾指针 - 新旧头尾指针进行比较，循环向中间靠拢，根据情况调用patchVnode进行patch重复流程、调用createElem创建一个新节点，从哈希表寻找 key一致的VNode 节点再分情况操作 22.从0到1构建一个Vue项目你需要做哪些内容
* 架子：选用合适的初始化脚手架(`vue-cli2.0`或者`vue-cli3.0`) * 请求：数据`axios`请求的配置 * 登录：登录注册系统 * 路由：路由管理页面 * 数据：`vuex`全局数据管理 * 权限：权限管理系统 * 埋点：埋点系统 * 插件：第三方插件的选取以及引入方式 * 错误：错误页面 * 入口：前端资源直接当静态资源，或者服务端模板拉取 * `SEO`：如果考虑`SEO`建议采用`SSR`方案 * 组件：基础组件/业务组件 * 样式：样式预处理起，公共样式抽取 * 方法：公共方法抽离 23. 介绍一下 js 的数据类型有哪些，值是如何存储的
JavaScript 一共有 8 种数据类型，其中有 7 种基本数据类型：Undefined、Null、Boolean、Number、String、Symbol（es6 新增，表示独一无二的值）和 BigInt（es10 新增）； 1 种引用数据类型——Object（Object 本质上是由一组无序的名值对组成的）。里面包含 function、Array、Date 等。JavaScript 不支持任何创建自定义类型的机制，而所有值最终都将是上述 8 种数据类型之一。 原始数据类型：直接存储在栈（stack）中，占据空间小、大小固定，属于被频繁使用数据，所以放入栈中存储。 引用数据类型：同时存储在栈（stack）和堆（heap）中，占据空间大、大小不固定。引用数据类型在栈中存储了指针，该指针指向堆中该实体的起始地址。当解释器寻找引用值时，会首先检索其在栈中的地址，取得地址后从堆中获得实体。 24. JS 中Object.prototype.toString.call()判断数据类型
var a = Object.prototype.toString; console.log(a.call(2)); console.log(a.call(true)); console.log(a.call('str')); console.log(a.call([])); console.log(a.call(function(){})); console.log(a.call({})); console.log(a.call(undefined)); console.log(a.call(null));https://link.juejin.cn?target=https%3A%2F%2Fsegmentfault.com%2Fa%2F67723%23articleHeader24 "https://segmentfault.com/a/67723#articleHeader24") 25. null 和 undefined 的区别？
首先 Undefined 和 Null 都是基本数据类型，这两个基本数据类型分别都只有一个值，就是 undefined 和 null。 undefined 代表的含义是未定义， null 代表的含义是空对象（其实不是真的对象，请看下面的注意！）。一般变量声明了但还没有定义的时候会返回 undefined，null 主要用于赋值给一些可能会返回对象的变量，作为初始化。 其实 null 不是对象，虽然 typeof null 会输出 object，但是这只是 JS 存在的一个悠久 Bug。在 JS 的最初版本中使用的是 32 位系统，为了性能考虑使用低位存储变量的类型信息，000 开头代表是对象，然而 null 表示为全零，所以将它错误的判断为 object 。虽然现在的内部类型判断代码已经改变了，但是对于这个 Bug 却是一直流传下来。 undefined 在 js 中不是一个保留字，这意味着我们可以使用 undefined 来作为一个变量名，这样的做法是非常危险的，它 会影响我们对 undefined 值的判断。但是我们可以通过一些方法获得安全的 undefined 值，比如说 void 0。 当我们对两种类型使用 typeof 进行判断的时候，Null 类型化会返回 “object”，这是一个历史遗留的问题。当我们使用双等 号对两种类型的值进行比较时会返回 true，使用三个等号时会返回 false。 26. {}和 [] 的 valueOf 和 toString 的结果是什么？
{} 的 valueOf 结果为 {} ，toString 的结果为 "[object Object]" [] 的 valueOf 结果为 [] ，toString 的结果为 "" 27. Javascript 的作用域和作用域链
作用域： 作用域是定义变量的区域，它有一套访问变量的规则，这套规则来管理浏览器引擎如何在当前作用域以及嵌套的作用域中根据变量（标识符）进行变量查找。 作用域链： 作用域链的作用是保证对执行环境有权访问的所有变量和函数的有序访问，通过作用域链，我们可以访问到外层环境的变量和 函数。 作用域链的本质上是一个指向变量对象的指针列表。变量对象是一个包含了执行环境中所有变量和函数的对象。作用域链的前 端始终都是当前执行上下文的变量对象。全局执行上下文的变量对象（也就是全局对象）始终是作用域链的最后一个对象。 当我们查找一个变量时，如果当前执行环境中没有找到，我们可以沿着作用域链向后查找。 作用域链的创建过程跟执行上下文的建立有关 28. 谈谈你对 this、call、apply 和 bind 的理解
1. 在浏览器里，在全局范围内 this 指向 window 对象； 2. 在函数中，this 永远指向最后调用他的那个对象； 3. 构造函数中，this 指向 new 出来的那个新的对象； 4. call、apply、bind 中的 this 被强绑定在指定的那个对象上； 5. 箭头函数中 this 比较特殊, 箭头函数 this 为父作用域的 this，不是调用时的 this. 要知道前四种方式, 都是调用时确定, 也就是动态的, 而箭头函数的 this 指向是静态的, 声明的时候就确定了下来； 6. apply、call、bind 都是 js 给函数内置的一些 API，调用他们可以为函数指定 this 的执行, 同时也可以传参。 29. JavaScript 原型，原型链？ 有什么特点？
在 js 中我们是使用构造函数来新建一个对象的，每一个构造函数的内部都有一个 prototype 属性值，这个属性值是一个对 象，这个对象包含了可以由该构造函数的所有实例共享的属性和方法。当我们使用构造函数新建一个对象后，在这个对象的内部 将包含一个指针，这个指针指向构造函数的 prototype 属性对应的值，在 ES5 中这个指针被称为对象的原型。一般来说我们 是不应该能够获取到这个值的，但是现在浏览器中都实现了 proto 属性来让我们访问这个属性，但是我们最好不要使用这 个属性，因为它不是规范中规定的。ES5 中新增了一个 Object.getPrototypeOf() 方法，我们可以通过这个方法来获取对 象的原型。 当我们访问一个对象的属性时，如果这个对象内部不存在这个属性，那么它就会去它的原型对象里找这个属性，这个原型对象又 会有自己的原型，于是就这样一直找下去，也就是原型链的概念。原型链的尽头一般来说都是 Object.prototype 所以这就 是我们新建的对象为什么能够使用 toString() 等方法的原因。 特点： JavaScript 对象是通过引用来传递的，我们创建的每个新对象实体中并没有一份属于自己的原型副本。当我们修改原型时，与 之相关的对象也会继承这一改变。 参考文章： 《JavaScript 深入理解之原型与原型链》
30. 什么是闭包，为什么要用它？
- 能够访问其它函数内部变量的函数，称为闭包 - 能够访问自由变量的函数，称为闭包 场景 至于闭包的使用场景，其实在日常开发中使用到是非常频繁的 - 防抖节流函数 - 定时器回调 - 等就不一一列举了 优点 闭包帮我们解决了什么问题呢 内部变量是私有的，可以做到隔离作用域，保持数据的不被污染性 缺点 同时闭包也带来了不小的坏处 说到了它的优点`内部变量是私有的,可以做到隔离作用域`,那也就是说垃圾回收机制是无法清理闭包中内部变量的，那最后结果就是内存泄漏 31. 三种事件模型是什么？
事件 是用户操作网页时发生的交互动作或者网页本身的一些操作，现代浏览器一共有三种事件模型。 1. DOM0 级模型： ，这种模型不会传播，所以没有事件流的概念，但是现在有的浏览器支持以冒泡的方式实现，它可以在网页中直接定义监听函数，也可以通过 js 属性来指定监听函数。这种方式是所有浏览器都兼容的。 2. IE 事件模型： 在该事件模型中，一次事件共有两个过程，事件处理阶段，和事件冒泡阶段。事件处理阶段会首先执行目标元素绑定的监听事件。然后是事件冒泡阶段，冒泡指的是事件从目标元素冒泡到 document，依次检查经过的节点是否绑定了事件监听函数，如果有则执行。这种模型通过 attachEvent 来添加监听函数，可以添加多个监听函数，会按顺序依次执行。 3. DOM2 级事件模型： 在该事件模型中，一次事件共有三个过程，第一个过程是事件捕获阶段。捕获指的是事件从 document 一直向下传播到目标元素，依次检查经过的节点是否绑定了事件监听函数，如果有则执行。后面两个阶段和 IE 事件模型的两个阶段相同。这种事件模型，事件绑定的函数是 addEventListener，其中第三个参数可以指定事件是否在捕获阶段执行。 32. js 数组和字符串有哪些原生方法, 列举一下
33. js 延迟加载的方式有哪些
js 的加载、解析和执行会阻塞页面的渲染过程，因此我们希望 js 脚本能够尽可能的延迟加载，提高页面的渲染速度。 1. 将 js 脚本放在文档的底部，来使 js 脚本尽可能的在最后来加载执行。 2. 给 js 脚本添加 defer 属性，这个属性会让脚本的加载与文档的解析同步解析，然后在文档解析完成后再执行这个脚本文件，这样的话就能使页面的渲染不被阻塞。多个设置了 defer 属性的脚本按规范来说最后是顺序执行的，但是在一些浏览器中可能不是这样。 3. 给 js 脚本添加 async 属性，这个属性会使脚本异步加载，不会阻塞页面的解析过程，但是当脚本加载完成后立即执行 js 脚本，这个时候如果文档没有解析完成的话同样会阻塞。多个 async 属性的脚本的执行顺序是不可预测的，一般不会按照代码的顺序依次执行。 4. 动态创建 DOM 标签的方式，我们可以对文档的加载事件进行监听，当文档加载完成后再动态的创建 script 标签来引入 js 脚本。 34. js 的几种模块规范？
js 中现在比较成熟的有四种模块加载方案： * 第一种是 CommonJS 方案，它通过 require 来引入模块，通过 module.exports 定义模块的输出接口。这种模块加载方案是服务器端的解决方案，它是以同步的方式来引入模块的，因为在服务端文件都存储在本地磁盘，所以读取非常快，所以以同步的方式加载没有问题。但如果是在浏览器端，由于模块的加载是使用网络请求，因此使用异步加载的方式更加合适。 * 第二种是 AMD 方案，这种方案采用异步加载的方式来加载模块，模块的加载不影响后面语句的执行，所有依赖这个模块的语句都定义在一个回调函数里，等到加载完成后再执行回调函数。require.js 实现了 AMD 规范。 * 第三种是 CMD 方案，这种方案和 AMD 方案都是为了解决异步模块加载的问题，sea.js 实现了 CMD 规范。它和 require.js 的区别在于模块定义时对依赖的处理不同和对依赖模块的执行时机的处理不同。 * 第四种方案是 ES6 提出的方案，使用 import 和 export 的形式来导入导出模块。 35. AMD 和 CMD 规范的区别？
它们之间的主要区别有两个方面。 1. 第一个方面是在模块定义时对依赖的处理不同。AMD 推崇依赖前置，在定义模块的时候就要声明其依赖的模块。而 CMD 推崇就近依赖，只有在用到某个模块的时候再去 require。 2. 第二个方面是对依赖模块的执行时机处理不同。首先 AMD 和 CMD 对于模块的加载方式都是异步加载，不过它们的区别在于 模块的执行时机，AMD 在依赖模块加载完成后就直接执行依赖模块，依赖模块的执行顺序和我们书写的顺序不一定一致。而 CMD 在依赖模块加载完成后并不执行，只是下载而已，等到所有的依赖模块都加载好后，进入回调函数逻辑，遇到 require 语句 的时候才执行对应的模块，这样模块的执行顺序就和我们书写的顺序保持一致了。 // CMD define(function(require, exports, module) { var a = require("./a"); a.doSomething(); // 此处略去 100 行 var b = require("./b"); // 依赖可以就近书写 b.doSomething(); // ... }); // AMD 默认推荐 define(["./a", "./b"], function(a, b) { // 依赖必须一开始就写好 a.doSomething(); // 此处略去 100 行 b.doSomething(); // ... }); 36. ES6 模块与 CommonJS 模块、AMD、CMD 的差异。
1、语法上 CommonJS 使用的是 module.exports = {} 导出一个模块对象，require(‘file_path’) 引入模块对象； ES6使用的是 export 导出指定数据， import 引入具体数据。 2、CommonJS 模块输出的是一个值的拷贝，ES6 模块输出的是值的引用 CommonJS 模块输出的是值的拷贝，也就是说，一旦输出一个值，模块内部的变化就影响不到这个值。 ES6 Modules 的运行机制与 CommonJS 不一样。JS 引擎对脚本静态分析的时候，遇到模块加载命令import，就会生成一个只读引用。等到脚本真正执行时，再根据这个只读引用，到被加载的那个模块里面去取值。换句话说，ES6的import 有点像 Unix 系统的“符号连接”，原始值变了，import加载的值也会跟着变。因此，ES6模块是动态引用，并且不会缓存值，模块里面的变量绑定其所在的模块。 3、CommonJS 模块是运行时加载，ES6 模块是编译时加载 运行时加载: CommonJS 模块就是对象；即在输入时是先加载整个模块，生成一个对象，然后再从这个对象上面读取方法，这种加载称为“运行时加载”。 编译时加载: ES6 模块不是对象，而是通过 export 命令显式指定输出的代码，import时采用静态命令的形式。即在import时可以指定加载某个输出值，而不是加载整个模块，这种加载称为“编译时加载” PS：CommonJS 加载的是一个对象（即module.exports属性），该对象只有在脚本运行完才会生成。而 ES6 模块不是对象，它的对外接口只是一种静态定义，在代码静态解析阶段就会生成 37. JS 的运行机制
异步任务分类：宏任务，微任务 同步任务和异步任务分别进入不同的执行"场所" 先执行主线程执行栈中的宏任务 执行过程中如果遇到微任务，进入Event Table并注册函数，完成后移入到微任务的任务队列中 宏任务执行完毕后，立即执行当前微任务队列中的所有微任务（依次执行） 主线程会不断获取任务队列中的任务、执行任务、再获取、再执行任务也就是常说的Event Loop(事件循环)。 38. 简单介绍一下 V8 引擎的垃圾回收机制
v8 的垃圾回收机制基于分代回收机制，这个机制又基于世代假说，这个假说有两个特点，一是新生的对象容易早死，另一个是不死的对象会活得更久。基于这个假说，v8 引擎将内存分为了新生代和老生代。 新创建的对象或者只经历过一次的垃圾回收的对象被称为新生代。经历过多次垃圾回收的对象被称为老生代。 新生代被分为 From 和 To 两个空间，To 一般是闲置的。当 From 空间满了的时候会执行 Scavenge 算法进行垃圾回收。当我们执行垃圾回收算法的时候应用逻辑将会停止，等垃圾回收结束后再继续执行。这个算法分为三步： （1）首先检查 From 空间的存活对象，如果对象存活则判断对象是否满足晋升到老生代的条件，如果满足条件则晋升到老生代。如果不满足条件则移动 To 空间。 （2）如果对象不存活，则释放对象的空间。 （3）最后将 From 空间和 To 空间角色进行交换。 新生代对象晋升到老生代有两个条件： （1）第一个是判断是对象否已经经过一次 Scavenge 回收。若经历过，则将对象从 From 空间复制到老生代中；若没有经历，则复制到 To 空间。 （2）第二个是 To 空间的内存使用占比是否超过限制。当对象从 From 空间复制到 To 空间时，若 To 空间使用超过 25%，则对象直接晋升到老生代中。设置 25% 的原因主要是因为算法结束后，两个空间结束后会交换位置，如果 To 空间的内存太小，会影响后续的内存分配。 老生代采用了标记清除法和标记压缩法。标记清除法首先会对内存中存活的对象进行标记，标记结束后清除掉那些没有标记的对象。由于标记清除后会造成很多的内存碎片，不便于后面的内存分配。所以了解决内存碎片的问题引入了标记压缩法。 由于在进行垃圾回收的时候会暂停应用的逻辑，对于新生代方法由于内存小，每次停顿的时间不会太长，但对于老生代来说每次垃圾回收的时间长，停顿会造成很大的影响。 为了解决这个问题 V8 引入了增量标记的方法，将一次停顿进行的过程分为了多步，每次执行完一小步就让运行逻辑执行一会，就这样交替运行。 相关资料：
《深入理解 V8 的垃圾回收原理》
《JavaScript 中的垃圾回收》
39. 哪些操作会造成内存泄漏？
* 1. 意外的全局变量 * 2. 被遗忘的计时器或回调函数 * 3. 脱离 DOM 的引用 * 4. 闭包 因为内容太多所以需要完整版PDF的小伙伴可关注+私信【学习】自行查看
40.ES6有哪些新特性？
* 块作用域 * 类 * 箭头函数 * 模板字符串 * 加强的对象字面 * 对象解构 * Promise * 模块 * Symbol * 代理（proxy）Set * 函数默认参数 * 展开 41. 什么是箭头函数？
//ES5 Version var getCurrentDate = function (){ return new Date(); } //ES6 Version const getCurrentDate = () => new Date(); 箭头函数表达式的语法比函数表达式更简洁，并且没有自己的`this，arguments，super或new.target`。箭头函数表达式更适用于那些本来需要匿名函数的地方，并且它不能用作构造函数。 箭头函数没有自己的 this 值。它捕获词法作用域函数的 this 值，如果我们在全局作用域声明箭头函数，则 this 值为 window 对象。 42. 什么是高阶函数？
高阶函数只是将函数作为参数或返回值的函数。 function higherOrderFunction(param,callback){ return callback(param); } 43. 手写 call、apply 及 bind 函数
1.实现call函数
实现步骤：
- 处理边界：
- 对象不存在，this指向window；
- 将「调用函数」挂载到「this指向的对象」的fn属性上。
- 执行「this指向的对象」上的fn函数，并传入参数，返回结果。
Function.prototype.mu_call = function (context, ...args) { //obj不存在指向window if (!context || context === null) { context = window; } // 创造唯一的key值 作为我们构造的context内部方法名 let fn = Symbol(); //this指向调用call的函数 context[fn] = this; // 执行函数并返回结果 相当于把自身作为传入的context的方法进行调用了 return context[fn](...args); }; // 测试 var value = 2; var obj1 = { value: 1, }; function bar(name, age) { var myObj = { name: name, age: age, value: this.value, }; console.log(this.value, myObj); } bar.mu_call(null); //打印 2 {name: undefined, age: undefined, value: 2} bar.mu_call(obj1, 'tom', '110'); // 打印 1 {name: "tom", age: "110", value: 1} 2.实现apply函数
实现步骤：
- 与call一致
- 区别于参数的形式
Function.prototype.mu_apply = function (context, args) { //obj不存在指向window if (!context || context === null) { context = Window; } // 创造唯一的key值 作为我们构造的context内部方法名 let fn = Symbol(); //this指向调用call的函数 context[fn] = this; // 执行函数并返回结果 相当于把自身作为传入的context的方法进行调用了 return context[fn](...args); }; // 测试 var value = 2; var obj1 = { value: 1, }; function bar(name, age) { var myObj = { name: name, age: age, value: this.value, }; console.log(this.value, myObj); } bar.mu_apply(obj1, ["tom", "110"]); // 打印 1 {name: "tom", age: "110", value: 1} 3.实现bind函数
Function.prototype.mu_bind = function (context, ...args) { if (!context || context === null) { context = window; } // 创造唯一的key值 作为我们构造的context内部方法名 let fn = Symbol(); context[fn] = this; let _this = this; // bind情况要复杂一点 const result = function (...innerArgs) { // 第一种情况 :若是将 bind 绑定之后的函数当作构造函数，通过 new 操作符使用，则不绑定传入的 this，而是将 this 指向实例化出来的对象 // 此时由于new操作符作用 this指向result实例对象 而result又继承自传入的_this 根据原型链知识可得出以下结论 // this.__proto__ === result.prototype //this instanceof result =>true // this.__proto__.__proto__ === result.prototype.__proto__ === _this.prototype; //this instanceof _this =>true if (this instanceof _this === true) { // 此时this指向指向result的实例 这时候不需要改变this指向 this[fn] = _this; this[fn](...[...args, ...innerArgs]); //这里使用es6的方法让bind支持参数合并 delete this[fn]; } else { // 如果只是作为普通函数调用 那就很简单了 直接改变this指向为传入的context context[fn](...[...args, ...innerArgs]); delete context[fn]; } }; // 如果绑定的是构造函数 那么需要继承构造函数原型属性和方法 // 实现继承的方式: 使用Object.create result.prototype = Object.create(this.prototype); return result; }; function Person(name, age) { console.log(name); //'我是参数传进来的name' console.log(age); //'我是参数传进来的age' console.log(this); //构造函数this指向实例对象 } // 构造函数原型的方法 Person.prototype.say = function () { console.log(123); }; // 普通函数 function normalFun(name, age) { console.log(name); //'我是参数传进来的name' console.log(age); //'我是参数传进来的age' console.log(this); //普通函数this指向绑定bind的第一个参数 也就是例子中的obj console.log(this.objName); //'我是obj传进来的name' console.log(this.objAge); //'我是obj传进来的age' } let obj = { objName: '我是obj传进来的name', objAge: '我是obj传进来的age', }; // 先测试作为构造函数调用 // let bindFun = Person.mu_bind(obj, '我是参数传进来的name'); // let a = new bindFun('我是参数传进来的age'); // a.say(); //123 // 再测试作为普通函数调用a; let bindFun = normalFun.mu_bind(obj, '我是参数传进来的name'); bindFun('我是参数传进来的age'); 参考文章： 高频JavaScript手写面试题，你“行”吗
44. 函数柯里化的实现
// 函数柯里化指的是一种将使用多个参数的一个函数转换成一系列使用一个参数的函数的技术。 function curry(fn, args) { // 获取函数需要的参数长度 let length = fn.length; args = args || []; return function() { let subArgs = args.slice(0); // 拼接得到现有的所有参数 for (let i = 0; i < arguments.length; i++) { subArgs.push(arguments[i]); } // 判断参数的长度是否已经满足函数所需参数的长度 if (subArgs.length >= length) { // 如果满足，执行函数 return fn.apply(this, subArgs); } else { // 如果不满足，递归返回科里化的函数，等待参数的传入 return curry.call(this, fn, subArgs); } }; } // es6 实现 function curry(fn, ...args) { return fn.length <= args.length ? fn(...args) : curry.bind(null, fn, ...args); } 参考文章： 《JavaScript 专题之函数柯里化》
45. 实现一个 new 操作符
首先需要了解new做了什么事情：
- 首先创建了一个空对象。
- 将空对象proto指向构造函数的原型prototype。
- 使this指向新创建的对象，并执行构造函数。
- 执行结果有返回值并且是一个对象， 返回执行的结果， 否则返回新创建的对象。
// 代码实现 function mu_new(fn,...arg){ // 首先创建空对象 const obj = {}; // 将空对象的原型proto指向构造函数的原型prototype Object.setPrototypeOf(obj, fn.prototype) // 将this指向新创建的对象，并且执行构造函数 const result = fn.apply(obj,arg); // 执行结果有返回值并且是一个对象，返回执行的结果，否侧返回新创建的对象 return result instanceof Object ? result : obj; } // 验证mu_new函数 function Dog(name){ this.name = name; this.say = function(){ console.log('my name is' + this.name); } } const dog = mu_new(Dog, "傻"); dog.say() //my name is傻 46. 可以讲讲Promise吗，可以手写实现一下吗？
Promise 是异步编程的一种解决方案，比传统的解决方案——回调函数和事件——更合理和更强大。它由社区最早提出和实现，ES6 将其写进了语言标准，统一了用法，原生提供了`Promise`对象。 所谓`Promise`，简单说就是一个容器，里面保存着某个未来才会结束的事件（通常是一个异步操作）的结果。从语法上说，Promise 是一个对象，从它可以获取异步操作的消息。Promise 提供统一的 API，各种异步操作都可以用同样的方法进行处理。 那我们来看看我们所熟知的`Promise`的基本原理 + 首先我们在调用Promise时，会返回一个Promise对象。 + 构建Promise对象时，需要传入一个executor函数，Promise的主要业务流程都在executor函数中执行。 + 如果运行在excutor函数中的业务执行成功了，会调用resolve函数；如果执行失败了，则调用reject函数。 + Promise的状态不可逆，同时调用resolve函数和reject函数，默认会采取第一次调用的结果。 结合Promise/A+规范，我们还可以分析出哪些基本特征 Promise/A+的规范比较多，在这列出一下核心的规范。[Promise/A+规范](https://link.juejin.cn/?target=https%3A%2F%2Fpromisesaplus.com%2F) + promise有三个状态：pending，fulfilled，rejected，默认状态是pending。 + promise有一个value保存成功状态的值，有一个reason保存失败状态的值，可以是undefined/thenable/promise。 + promise只能从pending到rejected, 或者从pending到fulfilled，状态一旦确认，就不会再改变。 + promise 必须有一个then方法，then接收两个参数，分别是promise成功的回调onFulfilled, 和promise失败的回调onRejected。 + 如果then中抛出了异常，那么就会把这个异常作为参数，传递给下一个then的失败的回调onRejected。 那`CustomPromise`，还实现不了基本原理的3，4两条，那我们来根据基本原理与Promise/A+分析下，还缺少什么 - promise有三个状态：pending，fulfilled，rejected。 - executor执行器调用reject与resolve两个方法 - 还需要有保存成功或失败两个值的变量 - then接收两个参数，分别是成功的回调onFulfilled,失败的回调onRejected 手写实现promise
47. 什么是 async/await 及其如何工作, 可以手写async吗
1、Async—声明一个异步函数 - 自动将常规函数转换成Promise，返回值也是一个Promise对象 - 只有async函数内部的异步操作执行完，才会执行then方法指定的回调函数 - 异步函数内部可以使用await 2、Await—暂停异步的功能执行(var result = await someAsyncCall();) - 放置在Promise调用之前，await强制其他代码等待，直到Promise完成并返回结果 - 只能与Promise一起使用，不适用与回调 - 只能在async函数内部使用 手写实现async
48. instanceof 的优缺点是什么，如何实现
优缺点：
- 「优点」：能够区分Array、Object和Function，适合用于判断自定义的类实例对象
- 「缺点」：Number，Boolean，String基本数据类型不能判断
实现步骤：
- 传入参数为左侧的实例L，和右侧的构造函数R
- 处理边界，如果要检测对象为基本类型则返回false
- 分别取传入参数的原型
- 判断左侧的原型是否取到了null，如果是null返回false；如果两侧原型相等，返回true，否则继续取左侧原型的原型。
// 传入参数左侧为实例L, 右侧为构造函数R function mu_instanceof(L,R){ // 处理边界：检测实例类型是否为原始类型 const baseTypes = ['string','number','boolean','symbol','undefined']; if(baseTypes.includes(typeof L) || L === null) return false; // 分别取传入参数的原型 let Lp = L.__proto__; let Rp = R.prototype; // 函数才拥有prototype属性 // 判断原型 while(true){ if(Lp === null) return false; if(Lp === Rp) return true; Lp = Lp.__proto__; } } // 验证 const isArray = mu_instanceof([],Array); console.log(isArray); //true const isDate = mu_instanceof('2023-01-09',Date); console.log(isDate); // false 49. js 的节流与防抖
1.防抖
函数防抖是在事件被触发n秒后再执行回调，如果在「n秒内又被触发」，则「重新计时」
function debounce(fn, wait) { let timer = null; return function () { if (timer != null) { clearTimeout(timer); } timer = setTimeout(() => { fn(); }, wait); }; } // 测试 function handle() { console.log(Math.random()); } // 窗口大小改变，触发防抖，执行handle window.addEventListener('resize', debounce(handle, 1000)); 2.节流
当事件触发时，保证一定时间段内只调用一次函数。例如页面滚动的时候，每隔一段时间发一次请求
实现步骤：
- 传入参数为执行函数fn，等待时间wait。
- 保存初始时间now。
- 返回一个函数，如果超过等待时间，执行函数，将now更新为当前时间。
function throttle(fn, wait, ...args) { var pre = Date.now(); return function () { // 函数可能会有入参 var context = this; var now = Date.now(); if (now - pre >= wait) { // 将执行函数的this指向当前作用域 fn.apply(context, args); pre = Date.now(); } }; } // 测试 var name = 'mu'; function handle(val) { console.log(val + this.name); } // 滚动鼠标，触发防抖，执行handle window.addEventListener('scroll', throttle(handle, 1000, '木由')); 50.HTML、XML、XHTML 的区别
- `HTML`：超文本标记语言，是语法较为松散的、不严格的`Web`语言； - `XML`：可扩展的标记语言，主要用于存储数据和结构，可扩展； - `XHTML`：可扩展的超文本标记语言，基于`XML`，作用与`HTML`类似，但语法更严格。 51. HTML、XHTML和HTML5区别以及有什么联系
XHTML与HTML的区别 - `XHTML`标签名必须小写； - `XHTML`元素必须被关闭； - `XHTML`元素必须被正确的嵌套； - `XHTML`元素必须要有根元素。 XHTML与HTML5的区别 - `HTML5`新增了`canvas`绘画元素； - `HTML5`新增了用于绘媒介回放的`video`和`audio`元素； - 更具语义化的标签，便于浏览器识别； - 对本地离线存储有更好的支持； - `MATHML`，`SVG`等，可以更好的`render`； - 添加了新的表单控件：`calendar`、`date`、`time`、`email`等。 HTML、XHTML、HTML5之间联系 - `XHTML`是`HTML`规范版本； - `HTML5`是`HTML`、`XHTML`以及`HTML DOM`的新标准。 52.行内元素有哪些？块级元素有哪些？ 空(void)元素有那些？
- 行内元素： `a`, `b`, `span`, `img`, `input`, `select`, `strong`; - 块级元素： `div`, `ul`, `li`, `dl`, `dt`, `dd`, `h1-5`, `p`等； - 空元素： `<br>`, `<hr>`, `<img>`, `<link>`, `<meta>`; 53. 页面导入样式时，使用link和@import有什么区别
- `link`属于`HTML`标签，而`@import`是`css`提供的； - 页面被加载时，`link`会同时被加载，而`@import`引用的css会等到页面被加载完再加载； - `@import`只在`IE5`以上才能识别，而`link`是`XHTML`标签，无兼容问题； - `link`方式的样式的权重高于`@import`的权重。 54. 如何理解语义化标签
概念 语义化是指根据内容的结构化（内容语义化），选择合适的标签（代码语义化），便于开发者阅读和写出更优雅的代码的同时，让浏览器的爬虫和机器很好的解析。 语义化的好处 - 用正确的标签做正确的事情； - 去掉或者丢失样式的时候能够让页面呈现出清晰的结构； - 方便其他设备解析（如屏幕阅读器、盲人阅读器、移动设备）以意义的方式来渲染网页； - 有利于`SEO`：和搜索引擎建立良好沟通，有助于爬虫抓取更多的有效信息：爬虫依赖于标签来确定上下文和各个关键字的权重； - 便于团队开发和维护，语义化更具可读性，遵循W3C标准的团队都遵循这个标准，可以减少差异化。 55. property和attribute的区别是什么
- `property`是`DOM`中的属性，是`JavaScript`里的对象;
- `attribute`是`HTML`标签上的特性，它的值只能够是字符串;
简单的理解就是：`Attribute`就是`DOM`节点自带的属性，例如`html`中常用的`id`、`class`、`title`、`align`等；而`Property`是这个`DOM`元素作为对象，其附加的内容，例如`childNodes`、`firstChild`等。
56. html5有哪些新特性、移除了那些元素
新特性 HTML5 现在已经不是 SGML 的子集，主要是关于图像，位置，存储，多任务等功能的增加。 - 拖拽释放`(Drag and drop)` `API`； - 语义化更好的内容标签（`header`, `nav`, `footer`, `aside`, `article`, `section`）; - 音频、视频API(`audio`, `video`); - 画布`(Canvas)` `API`; - 地理`(Geolocation)` `API`; - 本地离线存储 `localStorage` 长期存储数据，浏览器关闭后数据不丢失； - `sessionStorage` 的数据在浏览器关闭后自动删除; - 表单控件:`calendar`、`date`、`time`、`email`、`url`、`search` ; - 新的技术`webworker`, `websocket`, `Geolocation`等； 移除元素 纯表现元素： - `<basefont>` 默认字体，不设置字体，以此渲染； - `<font>` 字体标签； - `<center>` 水平居中； - `<u>` 下划线； - `<big>`字体； - `<strike>`中横字； - `<tt>`文本等宽； 对可用性产生负面影响的元素： `<frameset>`,`<noframes>`和`<frame>`； 57. 什么是前端的结构，样式和行为相分离？以及分离的好处是什么？
结构，样式和行为分离 若是将前端比作一个人来举例子，结构（`HTML`）就相当于是人体的“骨架”，样式就相当于人体的“装饰”，例如衣服，首饰等；行为就相当于人做出的一系列“动作”。 在结构，样式和行为分离，就是将三者分离开，各自负责各自的内容，各部分可以通过引用进行使用。 在分离的基础上，我们需要做到代码的：精简， 重用， 有序。 分离的好处 - 代码分离，利于团队的开发和后期的维护； - 减少维护成本，提高可读性和更好的兼容性； 58. 如何对网站的文件和资源进行优化
- 文件合并（目的是减少`http`请求）； - 文件压缩 （目的是直接减少文件下载的体积）； - 使用缓存； - 使用`cdn`托管资源； - `gizp`压缩需要的js和css文件； - 反向链接，网站外链接优化； - meta标签优化（`title`, `description`, `keywords`）,`heading`标签的优化,`alt`优化； 59. Html5中本地存储概念是什么，有什么优点，与cookie有什么区别？
`HTML5`的`Web storage`的存储方式有两种：`sessionStorage`和`localStorage`。 - `sessionStorage`用于本地存储一个会话中的数据，当会话结束后就会销毁； - 和`sessionStorage`不同，`localStorage`用于持久化的本地存储，除非用户主动删除数据，否则数据永远不会过期； - `cookie`是网站为了标示用户身份而储存在用户本地终端（`Client Side`）上的数据（通常经过加密）。 区别： - 从浏览器和服务器间的传递看： `cookie`数据始终在同源的http请求中携带（即使不需要），即`cookie`在浏览器和服务器间来回传递；而`sessionStorage`和`localStorage`不会自动把数据发给服务器，仅在本地保存。 - 从大小看： 存储大小限制不同，`cookie`数据不能超过`4k`，只适合保存很小的数据；而`sessionStorage`和`localStorage` 虽然也有存储大小的限制，但比`cookie`大得多，可以达到5M或更大。 - 从数据有效期看： `sessionStorage`在会话关闭会立刻关闭，因此持续性不久；`cookie`只在设置的cookie过期时间之前一直有效，即使窗口或浏览器关闭。而`localStorage`始终有效。 - 从作用域看： `sessionStorage`不在不同的浏览器窗口中共享，即使是同一个页面；而`localStorage`和`cookie`都是可以在所有的同源窗口中共享的。 60. 常见的浏览器内核有哪些
- `Trident`内核：IE最先开发或使用的， 360浏览器； - `Webkit`内核：Google Chrome，Safari， 搜狗浏览器，360极速浏览器， 阿里云浏览器等； - `Gecko`内核： Mozilla FireFox (火狐浏览器) ，K-Meleon浏览器； - `Presto`内核：Opera浏览器； 61. LocalStorage本地存储在HTML5中有什么用途
`localStorage`本地存储相当于一个轻量级的数据库，可以在本地永久的储存数据（除非人为删除）。此外，还可以在断网情况下读取本地缓存的`cookies`。 - 使用`localStorage`保存数据： `localStorage.setItem(key, value)`; - 使用`localStorage`获取保存的数据: `localStorage.getItem(key)`; - 清除`localStorage`保存的数据： `localStorage.removeItem(key)`; - 清除全部`localStorage`对象保存的数据: `localStorage.clear( )`; 62. 为什么利用多个域名来存储网站资源会更有效
- `CDN`缓存更加方便； - 突破浏览器并发限制； - 节约`cookie`宽带； - 节约主域名的连接数，优化页面下响应速度； - 防止不必要的安全问题； 63. HTML中几种图片格式的区别以及使用
全称 Domain Name System , 即域名系统。 > 万维网上作为域名和 IP 地址相互映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的 IP 数串。DNS 协议运行在 UDP 协议之上，使用端口号 53。 简单的说, 通过域名, 最终得到该域名对应的 IP 地址的过程叫做域名解析（或主机名解析）。 ```text www.zuofc.com (域名) - DNS解析 -> 111.222.33.444 (IP地址) ``` 有 dns 的地方, 就有缓存。浏览器、操作系统、Local DNS、根域名服务器，它们都会对 DNS 结果做一定程度的缓存。 DNS 查询过程如下: 1. 首先搜索浏览器自身的 DNS 缓存, 如果存在，则域名解析到此完成。 2. 如果浏览器自身的缓存里面没有找到对应的条目，那么会尝试读取操作系统的 hosts 文件看是否存在对应的映射关系, 如果存在，则域名解析到此完成。 3. 如果本地 hosts 文件不存在映射关系，则查找本地 DNS 服务器 (ISP 服务器, 或者自己手动设置的 DNS 服务器), 如果存在, 域名到此解析完成。 4. 如果本地 DNS 服务器还没找到的话, 它就会向根服务器发出请求, 进行递归查询。 64.DNS是什么
强缓存 浏览器在加载资源时，会先根据本地缓存资源的 header 中的信息判断是否命中强缓存，如果命中则直接使用缓存中的资源不会再向服务器发送请求。 这里的 header 中的信息指的是 expires 和 cahe-control. Expires 该字段是 http1.0 时的规范，它的值为一个绝对时间的 GMT 格式的时间字符串，比如 Expires:Mon,18 Oct 2066 23:59:59 GMT。这个时间代表着这个资源的失效时间，在此时间之前，即命中缓存。这种方式有一个明显的缺点，由于失效时间是一个绝对时间，所以当服务器与客户端时间偏差较大时，就会导致缓存混乱（本地时间也可以随便更改）。 Cache-Control（优先级高于 Expires） Cache-Control 是 http1.1 时出现的 header 信息，主要是利用该字段的 max-age 值来进行判断，它是一个相对时间，例如 Cache-Control:max-age=3600，代表着资源的有效期是 3600 秒。cache-control 除了该字段外，还有下面几个比较常用的设置值： no-cache：需要进行协商缓存，发送请求到服务器确认是否使用缓存。 no-store：禁止使用缓存，每一次都要重新请求数据。 public：可以被所有的用户缓存，包括终端用户和 CDN 等中间代理服务器。 private：只能被终端用户的浏览器缓存，不允许 CDN 等中继缓存服务器对其缓存。 Cache-Control 与 Expires 可以在服务端配置同时启用，同时启用的时候 Cache-Control 优先级高。 65.什么是强缓存
强缓存 浏览器在加载资源时，会先根据本地缓存资源的 header 中的信息判断是否命中强缓存，如果命中则直接使用缓存中的资源不会再向服务器发送请求。 这里的 header 中的信息指的是 expires 和 cahe-control. Expires 该字段是 http1.0 时的规范，它的值为一个绝对时间的 GMT 格式的时间字符串，比如 Expires:Mon,18 Oct 2066 23:59:59 GMT。这个时间代表着这个资源的失效时间，在此时间之前，即命中缓存。这种方式有一个明显的缺点，由于失效时间是一个绝对时间，所以当服务器与客户端时间偏差较大时，就会导致缓存混乱（本地时间也可以随便更改）。 Cache-Control（优先级高于 Expires） Cache-Control 是 http1.1 时出现的 header 信息，主要是利用该字段的 max-age 值来进行判断，它是一个相对时间，例如 Cache-Control:max-age=3600，代表着资源的有效期是 3600 秒。cache-control 除了该字段外，还有下面几个比较常用的设置值： no-cache：需要进行协商缓存，发送请求到服务器确认是否使用缓存。 no-store：禁止使用缓存，每一次都要重新请求数据。 public：可以被所有的用户缓存，包括终端用户和 CDN 等中间代理服务器。 private：只能被终端用户的浏览器缓存，不允许 CDN 等中继缓存服务器对其缓存。 Cache-Control 与 Expires 可以在服务端配置同时启用，同时启用的时候 Cache-Control 优先级高。 66.什么是协商缓存
当强缓存没有命中的时候，浏览器会发送一个请求到服务器，服务器根据 header 中的部分信息来判断是否命中缓存。如果命中，则返回 304 ，告诉浏览器资源未更新，可使用本地的缓存。 这里的 header 中的信息指的是 Last-Modify/If-Modify-Since 和 ETag/If-None-Match. Last-Modify/If-Modify-Since 浏览器第一次请求一个资源的时候，服务器返回的 header 中会加上 Last-Modify，Last-modify 是一个时间标识该资源的最后修改时间（只能精确到秒，所以间隔时间小于 1 秒的请求是检测不到文件更改的。）。 当浏览器再次请求该资源时，request 的请求头中会包含 If-Modify-Since，该值为缓存之前返回的 Last-Modify。服务器收到 If-Modify-Since 后，根据资源的最后修改时间判断是否命中缓存。 如果命中缓存，则返回 304，并且不会返回资源内容，并且不会返回 Last-Modify。 缺点: 短时间内资源发生了改变，Last-Modified 并不会发生变化。 周期性变化。如果这个资源在一个周期内修改回原来的样子了，我们认为是可以使用缓存的，但是 Last-Modified 可不这样认为, 因此便有了 ETag。 ETag/If-None-Match Etag 是基于文件内容进行编码的，可以保证如果服务器有更新，一定会重新请求资源，但是编码需要付出额外的开销。 与 Last-Modify/If-Modify-Since 不同的是，Etag/If-None-Match 返回的是一个校验码。ETag 可以保证每一个资源是唯一的，资源变化都会导致 ETag 变化。服务器根据浏览器上送的 If-None-Match 值来判断是否命中缓存。 与 Last-Modified 不一样的是，当服务器返回 304 Not Modified 的响应时，由于 ETag 重新生成过，response header 中还会把这个 ETag 返回，即使这个 ETag 跟之前的没有变化。 Last-Modified 与 ETag 是可以一起使用的，服务器会优先验证 ETag，一致的情况下，才会继续比对 Last-Modified，最后才决定是否返回 304。 67.打开 Chrome 浏览器一个 Tab 页面，至少会出现几个进程？
最新的 Chrome 浏览器包括至少四个: 1 个浏览器（Browser）主进程、1 个 GPU 进程、1 个网络（NetWork）进程、多个渲染进程和多个插件进程, 当然还有复杂的情况； 页面中有 iframe 的话, iframe 会单独在进程中 有插件的话，插件也会开启进程 多个页面属于同一站点，并且从 a 打开 b 页面，会共用一个渲染进程 装了扩展的话，扩展也会占用进程 这些进程都可以通过 Chrome 任务管理器来查看 68.即使如今多进程架构，还是会碰到单页面卡死的最终崩溃导致所有页面崩溃的情况，讲一讲你的理解？
提供一种情况，就是同一站点, 围绕这个展开也行。 Chrome 的默认策略是，每个标签对应一个渲染进程。但是如果从一个页面打开了新页面，而新页面和当前页面属于同一站点时，那么新页面会复用父页面的渲染进程。官方把这个默认策略叫 process-per-site-instance。 更加简单的来说，就是如果多个页面符合同一站点，这几个页面会分配到一个渲染进程中去, 所以有这样子的一种情况, 一个页面崩溃了，会导致同一个站点的其他页面也奔溃，这是因为它们使用的是同一个渲染进程。 有人会问为什么会跑到一个进程里面呢? 你想一想呀, 属于同一家的站点，比如下面三个: https://time.geekbang.org https://www.geekbang.org https://www.geekbang.org:8080 它们在一个渲染进程中的话，它们就会共享 JS 执行环境，也就是 A 页面可以直接在 B 页面中执行脚本了, 有些时候就是有这样子的需求嘛。 69.TCP 建立连接过程讲一讲，为什么握手需要三次？
三次握手 第一次握手 客户端向服务端发送连接请求报文段。该报文段的头部中 SYN=1，ACK=0，seq=x。请求发送后，客户端便进入 SYN-SENT 状态。 PS1：SYN=1，ACK=0 表示该报文段为连接请求报文。 PS2：x 为本次 TCP 通信的字节流的初始序号。 TCP 规定：SYN=1 的报文段不能有数据部分，但要消耗掉一个序号。 第二次握手 服务端收到连接请求报文段后，如果同意连接，则会发送一个应答：SYN=1，ACK=1，seq=y，ack=x+1。 该应答发送完成后便进入 SYN-RCVD 状态。 PS1：SYN=1，ACK=1 表示该报文段为连接同意的应答报文。 PS2：seq=y 表示服务端作为发送者时，发送字节流的初始序号。 PS3：ack=x+1 表示服务端希望下一个数据报发送序号从 x+1 开始的字节。 第三次握手 当客户端收到连接同意的应答后，还要向服务端发送一个确认报文段，表示：服务端发来的连接同意应答已经成功收到。 该报文段的头部为：ACK=1，seq=x+1，ack=y+1。 客户端发完这个报文段后便进入 ESTABLISHED 状态，服务端收到这个应答后也进入 ESTABLISHED 状态，此时连接的建立完成！ 为什么连接建立需要三次握手，而不是两次握手 在谢希仁著《计算机网络》第四版中讲 “三次握手” 的目的是 “为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误”。在另一部经典的《计算机网络》一书中讲“三次握手” 的目的是为了解决 “网络中存在延迟的重复分组” 的问题。这两种不用的表述其实阐明的是同一个问题。 谢希仁版《计算机网络》中的例子是这样的，“已失效的连接请求报文段”的产生在这样一种情况下：client 发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达 server。本来这是一个早已失效的报文段。但 server 收到此失效的连接请求报文段后，就误认为是 client 再次发出的一个新的连接请求。于是就向 client 发出确认报文段，同意建立连接。假设不采用 “三次握手”，那么只要 server 发出确认，新的连接就建立了。由于现在 client 并没有发出建立连接的请求，因此不会理睬 server 的确认，也不会向 server 发送数据。但 server 却以为新的运输连接已经建立，并一直等待 client 发来数据。这样，server 的很多资源就白白浪费掉了。采用“三次握手” 的办法可以防止上述现象发生。例如刚才那种情况，client 不会向 server 的确认发出确认。server 由于收不到确认，就知道 client 并没有要求建立连接。” 四次挥手 第一次挥手 若 A 认为数据发送完成，则它需要向 B 发送连接释放请求。该请求只有报文头，头中携带的主要参数为： FIN=1，seq=u。此时，A 将进入 FIN-WAIT-1 状态。 PS1：FIN=1 表示该报文段是一个连接释放请求。 PS2：seq=u，u-1 是 A 向 B 发送的最后一个字节的序号。 第二次挥手 B 收到连接释放请求后，会通知相应的应用程序，告诉它 A 向 B 这个方向的连接已经释放。此时 B 进入 CLOSE-WAIT 状态，并向 A 发送连接释放的应答，其报文头包含： ACK=1，seq=v，ack=u+1。 PS1：ACK=1：除 TCP 连接请求报文段以外，TCP 通信过程中所有数据报的 ACK 都为 1，表示应答。 PS2：seq=v，v-1 是 B 向 A 发送的最后一个字节的序号。 PS3：ack=u+1 表示希望收到从第 u+1 个字节开始的报文段，并且已经成功接收了前 u 个字节。 A 收到该应答，进入 FIN-WAIT-2 状态，等待 B 发送连接释放请求。 第二次挥手完成后，A 到 B 方向的连接已经释放，B 不会再接收数据，A 也不会再发送数据。但 B 到 A 方向的连接仍然存在，B 可以继续向 A 发送数据。 第三次挥手 当 B 向 A 发完所有数据后，向 A 发送连接释放请求，请求头：FIN=1，ACK=1，seq=w，ack=u+1。B 便进入 LAST-ACK 状态。 第四次挥手 A 收到释放请求后，向 B 发送确认应答，此时 A 进入 TIME-WAIT 状态。该状态会持续 2MSL 时间，若该时间段内没有 B 的重发请求的话，就进入 CLOSED 状态，撤销 TCB。当 B 收到确认应答后，也便进入 CLOSED 状态，撤销 TCB。 为什么 A 要先进入 TIME-WAIT 状态，等待 2MSL 时间后才进入 CLOSED 状态？ 为了保证 B 能收到 A 的确认应答。 若 A 发完确认应答后直接进入 CLOSED 状态，那么如果该应答丢失，B 等待超时后就会重新发送连接释放请求，但此时 A 已经关闭了，不会作出任何响应，因此 B 永远无法正常关闭。 70.从输入 URL 到页面展示，这中间发生了什么
URL解析 - 首先判断你输入的是一个合法的URL 还是一个待搜索的关键词，并且根据你输入的内容进行对应操作 DNS 查询 - DNS查询对应ip TCP 连接 - 在确定目标服务器服务器的IP地址后，则经历三次握手建立TCP连接 HTTP 请求 - 当建立tcp连接之后，就可以在这基础上进行通信，浏览器发送 http 请求到目标服务器 响应请求 - 当服务器接收到浏览器的请求之后，就会进行逻辑操作，处理完成之后返回一个HTTP响应消息 页面渲染 - 当浏览器接收到服务器响应的资源后，首先会对资源进行解析： 查看响应头的信息，根据不同的指示做对应处理，比如重定向，存储cookie，解压gzip，缓存资源等等 查看响应头的 Content-Type的值，根据不同的资源类型采用不同的解析方式 关于页面的渲染过程如下： 解析HTML，构建 DOM 树 解析 CSS ，生成 CSS 规则树 合并 DOM 树和 CSS 规则，生成 render 树 布局 render 树（ Layout / reflow ），负责各元素尺寸、位置的计算 绘制 render 树（ paint ），绘制页面像素信息 浏览器会将各层的信息发送给 GPU，GPU 会将各层合成（ composite ），显示在屏幕上 71.什么是 CDN
全称 Content Delivery Network, 即内容分发网络。 摘录一个形象的比喻, 来理解 CDN 是什么。 10 年前，还没有火车票代售点一说，12306.cn 更是无从说起。那时候火车票还只能在火车站的售票大厅购买，而我所在的小县城并不通火车，火车票都要去市里的火车站购买，而从我家到县城再到市里，来回就是 4 个小时车程，简直就是浪费生命。后来就好了，小县城里出现了火车票代售点，甚至乡镇上也有了代售点，可以直接在代售点购买火车票，方便了不少，全市人民再也不用在一个点苦逼的排队买票了。 简单的理解 CDN 就是这些代售点 (缓存服务器) 的承包商, 他为买票者提供了便利, 帮助他们在最近的地方 (最近的 CDN 节点) 用最短的时间 (最短的请求时间) 买到票(拿到资源), 这样去火车站售票大厅排队的人也就少了。也就减轻了售票大厅的压力(起到分流作用, 减轻服务器负载压力)。 用户在浏览网站的时候，CDN 会选择一个离用户最近的 CDN 边缘节点来响应用户的请求，这样海南移动用户的请求就不会千里迢迢跑到北京电信机房的服务器（假设源站部署在北京电信机房）上了。 CDN 缓存 关于 CDN 缓存, 在浏览器本地缓存失效后, 浏览器会向 CDN 边缘节点发起请求。类似浏览器缓存, CDN 边缘节点也存在着一套缓存机制。CDN 边缘节点缓存策略因服务商不同而不同，但一般都会遵循 http 标准协议，通过 http 响应头中的 Cache-control: max-age //后面会提到 的字段来设置 CDN 边缘节点数据缓存时间。 当浏览器向 CDN 节点请求数据时，CDN 节点会判断缓存数据是否过期，若缓存数据并没有过期，则直接将缓存数据返回给客户端；否则，CDN 节点就会向服务器发出回源请求，从服务器拉取最新数据，更新本地缓存，并将最新数据返回给客户端。 CDN 服务商一般会提供基于文件后缀、目录多个维度来指定 CDN 缓存时间，为用户提供更精细化的缓存管理。 CDN 优势 CDN 节点解决了跨运营商和跨地域访问的问题，访问延时大大降低。 大部分请求在 CDN 边缘节点完成，CDN 起到了分流作用，减轻了源服务器的负载。 72. 说说HTTP与HTTPS的区别
复制代码HTTPS是HTTP协议的安全版本，HTTP协议的数据传输是明文的，是不安全的，HTTPS使用了SSL/TLS协议进行了加密处理，相对更安全 HTTP 和 HTTPS 使用连接方式不同，默认端口也不一样，HTTP是80，HTTPS是443 HTTPS 由于需要设计加密以及多次握手，性能方面不如 HTTP HTTPS需要SSL，SSL 证书需要钱，功能越强大的证书费用越高 73.webpack文件指纹策略：hash chunkhash contenthash
hash策略：是以项目为单位的，项目内容改变则会生成新的hash，内容不变则hash不变 chunkhash策略：是以chunk为单位的，当一个文件内容改变，则整个相应的chunk组模块的hash回发生改变 contenthash策略：是以自身内容为单为的 推荐使用：css ：contenthash •js：chunkhash 74.说说webpack的构建流程
1.初始化参数：解析webpack配置参数，合并shell传入和webpack.config.js文件配置的参数，形成最后的配置结果。 2.开始编译：上一步得到的参数初始化compiler对象，注册所有配置的插件，插件监听webpack构建生命周期的事件节点，做出相应的反应，执行对象的 run 方法开始执行编译。 3.确定入口：从配置的entry入口，开始解析文件构建AST语法树，找出依赖，递归下去。 4.编译模块：递归中根据文件类型和loader配置，调用所有配置的loader对文件进行转换，再找出该模块依赖的模块，再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理。 5.完成模块编译：在经过第4步使⽤ Loader 翻译完所有模块后，得到了每个模块被翻译后的最终内容以及它们之间的依赖关系； 6.输出资源：根据⼊⼝和模块之间的依赖关系，组装成⼀个个包含多个模块的 Chunk，再把每个 Chunk 转换成⼀个单独的⽂件加⼊到输出列表，这步是可以修改输出内容的最后机会； 7.输出完成：在确定好输出内容后，根据配置确定输出的路径和⽂件名，把⽂件内容写⼊到⽂件系统。 75.说说Loader和Plugin的区别？编写Loader，Plugin的思路
一、区别
- loader 是文件加载器，能够加载资源文件，并对这些文件进行一些处理，诸如编译、压缩等，最终一起打包到指定的文件中
- plugin 赋予了 webpack 各种灵活的功能，例如打包优化、资源管理、环境变量注入等，目的是解决 loader 无法实现的其他事
从整个运行时机上来看，如下图所示：
可以看到，两者在运行时机上的区别：
- loader 运行在打包文件之前
- plugins 在整个编译周期都起作用
在Webpack 运行的生命周期中会广播出许多事件，Plugin 可以监听这些事件，在合适的时机通过Webpack提供的 API改变输出结果
对于loader，实质是一个转换器，将A文件进行编译形成B文件，操作的是文件，比如将A.scss或A.less转变为B.css，单纯的文件转换过程
二、编写loader
在编写 loader 前，我们首先需要了解 loader 的本质
其本质为函数，函数中的 this 作为上下文会被 webpack 填充，因此我们不能将 loader设为一个箭头函数
函数接受一个参数，为 webpack 传递给 loader 的文件源内容
函数中 this 是由 webpack 提供的对象，能够获取当前 loader 所需要的各种信息
函数中有异步操作或同步操作，异步操作通过 this.callback 返回，返回值要求为 string 或者 Buffer
代码如下所示：
// 导出一个函数，source为webpack传递给loader的文件源内容 module.exports = function(source) { const content = doSomeThing2JsString(source); // 如果 loader 配置了 options 对象，那么this.query将指向 options const options = this.query; // 可以用作解析其他模块路径的上下文 console.log('this.context'); /* * this.callback 参数： * error：Error | null，当 loader 出错时向外抛出一个 error * content：String | Buffer，经过 loader 编译后需要导出的内容 * sourceMap：为方便调试生成的编译后内容的 source map * ast：本次编译生成的 AST 静态语法树，之后执行的 loader 可以直接使用这个 AST，进而省去重复生成 AST 的过程 */ this.callback(null, content); // 异步 return content; // 同步 } 一般在编写loader的过程中，保持功能单一，避免做多种功能
如less文件转换成 css文件也不是一步到位，而是 less-loader、css-loader、style-loader几个 loader的链式调用才能完成转换
三、编写plugin
由于webpack基于发布订阅模式，在运行的生命周期中会广播出许多事件，插件通过监听这些事件，就可以在特定的阶段执行自己的插件任务
在之前也了解过，webpack编译会创建两个核心对象：
- compiler：包含了 webpack 环境的所有的配置信息，包括 options，loader 和 plugin，和 webpack 整个生命周期相关的钩子
- compilation：作为 plugin 内置事件回调函数的参数，包含了当前的模块资源、编译生成资源、变化的文件以及被跟踪依赖的状态信息。当检测到一个文件变化，一次新的 Compilation 将被创建
如果自己要实现plugin，也需要遵循一定的规范：
- 插件必须是一个函数或者是一个包含 apply 方法的对象，这样才能访问compiler实例
- 传给每个插件的 compiler 和 compilation 对象都是同一个引用，因此不建议修改
- 异步的事件需要在插件处理完任务时调用回调函数通知 Webpack 进入下一个流程，不然会卡住
实现plugin的模板如下：
class MyPlugin { // Webpack 会调用 MyPlugin 实例的 apply 方法给插件实例传入 compiler 对象 apply (compiler) { // 找到合适的事件钩子，实现自己的插件功能 compiler.hooks.emit.tap('MyPlugin', compilation => { // compilation: 当前打包构建流程的上下文 console.log(compilation); // do something... }) } } 在 emit 事件发生时，代表源文件的转换和组装已经完成，可以读取到最终将输出的资源、代码块、模块及其依赖，并且可以修改输出资源的内容
76.提高webpack的构建速度
优化 loader 配置 合理使用 resolve.extensions 优化 resolve.modules 优化 resolve.alias 使用 DLLPlugin 插件 使用 cache-loader terser 启动多线程 合理使用 sourceMap 77.webpack 热更新是怎么做到的
通过webpack-dev-server创建两个服务器：提供静态资源的服务（express）和Socket服务 express server 负责直接提供静态资源的服务（打包后的资源直接被浏览器请求和解析） socket server 是一个 websocket 的长连接，双方可以通信 当 socket server 监听到对应的模块发生变化时，会生成两个文件.json（manifest文件）和.js文件（update chunk） 通过长连接，socket server 可以直接将这两个文件主动发送给客户端（浏览器） 浏览器拿到两个新的文件后，通过HMR runtime机制，加载这两个文件，并且针对修改的模块进行更新 78.webpack中常见的Loader
style-loader: 将css添加到DOM的内联样式标签style里
css-loader :允许将css文件通过require的方式引入，并返回css代码
less-loader: 处理less
sass-loader: 处理sass
postcss-loader: 用postcss来处理CSS
autoprefixer-loader: 处理CSS3属性前缀，已被弃用，建议直接使用postcss
file-loader: 分发文件到output目录并返回相对路径
url-loader: 和file-loader类似，但是当文件小于设定的limit时可以返回一个Data Url
html-minify-loader: 压缩HTML
babel-loader :用babel来转换ES6文件到ES
79.webpack中常见的Plugin
80.Git常用的命令有哪些
基本操作 git init 初始化仓库，默认为 master 分支 git add . 提交全部文件修改到缓存区 git add <具体某个文件路径+全名> 提交某些文件到缓存区 git diff 查看当前代码 add后，会 add 哪些内容 git diff --staged查看现在 commit 提交后，会提交哪些内容 git status 查看当前分支状态 git pull <远程仓库名> <远程分支名> 拉取远程仓库的分支与本地当前分支合并 git pull <远程仓库名> <远程分支名>:<本地分支名> 拉取远程仓库的分支与本地某个分支合并 git commit -m "<注释>" 提交代码到本地仓库，并写提交注释 git commit -v 提交时显示所有diff信息 git commit --amend [file1] [file2] 重做上一次commit，并包括指定文件的新变化 提交规则 feat: 新特性，添加功能 fix: 修改 bug refactor: 代码重构 docs: 文档修改 style: 代码格式修改, 注意不是 css 修改 test: 测试用例修改 chore: 其他修改, 比如构建流程, 依赖管理 分支操作 git branch 查看本地所有分支 git branch -r 查看远程所有分支 git branch -a 查看本地和远程所有分支 git merge <分支名> 合并分支 git merge --abort 合并分支出现冲突时，取消合并，一切回到合并前的状态 git branch <新分支名> 基于当前分支，新建一个分支 git checkout --orphan <新分支名> 新建一个空分支（会保留之前分支的所有文件） git branch -D <分支名> 删除本地某个分支 git push <远程库名> :<分支名> 删除远程某个分支 git branch <新分支名称> <提交ID> 从提交历史恢复某个删掉的某个分支 git branch -m <原分支名> <新分支名> 分支更名 git checkout <分支名> 切换到本地某个分支 git checkout <远程库名>/<分支名> 切换到线上某个分支 git checkout -b <新分支名> 把基于当前分支新建分支，并切换为这个分支 远程操作 git fetch [remote] 下载远程仓库的所有变动 git remote -v 显示所有远程仓库 git pull [remote] [branch] 拉取远程仓库的分支与本地当前分支合并 git fetch 获取线上最新版信息记录，不合并 git push [remote] [branch] 上传本地指定分支到远程仓库 git push [remote] --force 强行推送当前分支到远程仓库，即使有冲突 git push [remote] --all 推送所有分支到远程仓库 撤销操作 git checkout [file] 恢复暂存区的指定文件到工作区 git checkout [commit] [file] 恢复某个commit的指定文件到暂存区和工作区 git checkout . 恢复暂存区的所有文件到工作区 git reset [commit] 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变 git reset --hard 重置暂存区与工作区，与上一次commit保持一致 git reset [file] 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变 git revert [commit] 后者的所有变化都将被前者抵消，并且应用到当前分支 reset：真实硬性回滚，目标版本后面的提交记录全部丢失了 revert：同样回滚，这个回滚操作相当于一个提价，目标版本后面的提交记录也全部都有 存储操作 git stash 暂时将未提交的变化移除 git stash pop 取出储藏中最后存入的工作状态进行恢复，会删除储藏 git stash list 查看所有储藏中的工作 git stash apply <储藏的名称> 取出储藏中对应的工作状态进行恢复，不会删除储藏 git stash clear 清空所有储藏中的工作 git stash drop <储藏的名称> 删除对应的某个储藏 81.标准的CSS盒子模型及其和低版本的IE盒子模型的区别？
标准（W3C）盒子模型：width = 内容宽度（content） + border + padding + margin
低版本IE盒子模型： width = 内容宽度（content + border + padding）+ margin
图片展示:
区别： 标准盒子模型盒子的height和width是content（内容）的宽高，而IE盒子模型盒子的宽高则包括content+padding+border部分。
82.几种解决IE6存在的bug的方法
- 由`float`引起的双边距的问题，使用`display`解决； - 由`float`引起的3像素问题，使用`display: inline -3px`; - 使用正确的书写顺序`link visited hover active`，解决超链接`hover`点击失效问题； - 对于`IE` 的`z-index`问题，通过给父元素增加`position: relative`解决； - 使用`!important`解决`Min-height`最小高度问题； - 使用`iframe`解决`select`在`IE6`下的覆盖问题； - 使用`over: hidden`, `zoom: 0.08`, `line-height: 1px`解决定义1px左右的容器宽度问题； 83.CSS选择符有哪些？哪些属性可以继承？
常见的选择符有一下： `id`选择器（`#content`），类选择器（`.content`）, 标签选择器（`div`, `p`, `span`等）, 相邻选择器（`h1+p`）, 子选择器（`ul>li`）, 后代选择器（`li a`）， 通配符选择器（`*`）, 属性选择器（`a[rel = "external"]`）， 伪类选择器（`a:hover`, `li:nth-child`） 可继承的样式属性： `font-size`, `font-family`, `color`, `ul`, `li`, `dl`, `dd`, `dt`; 不可继承的样式属性： `border`, `padding`, `margin`, `width`, `height`； 84.position的值relative和absolute定位原点？
首先，使用`position`的时候，应该记住一个规律是‘子绝父相’。 `relative`（相对定位）： 生成相对定位的元素，定位原点是元素本身所在的位置； `absolute`（绝对定位）：生成绝对定位的元素，定位原点是离自己这一级元素最近的一级`position`设置为`absolute`或者`relative`的父元素的左上角为原点的。 `fixed` （老IE不支持）：生成绝对定位的元素，相对于浏览器窗口进行定位。 `static`：默认值。没有定位，元素出现在正常的流中（忽略 `top`, `bottom`, `left`, `right`、`z-index` 声明）。 `inherit`：规定从父元素继承 `position` 属性的值。 更新一个属性 `sticky`: (新增元素，目前兼容性可能不是那么的好)，可以设置 position:sticky 同时给一个 (top,bottom,right,left) 之一即可。 注意： - 使用`sticky`时，必须指定top、bottom、left、right4个值之一，不然只会处于相对定位； - `sticky`只在其父元素内其效果，且保证父元素的高度要高于`sticky`的高度； - 父元素不能`overflow:hidden`或者`overflow:auto`等属性。 85.CSS3有哪些新特性？
关于`CSS`新增的特性，有以下： - 选择器; - 圆角`（border-raduis）`; - 多列布局`（multi-column layout）`; - 阴影`（shadow）`和反射`（reflect）`; - 文字特效`（text-shadow）`; - 文字渲染`（text-decoration`）; - 线性渐变`（gradient）`; - 旋转`（rotate`）/缩放`（scale）`/倾斜`（skew）`/移动`（translate）`; - 媒体查询`（@media）`; - `RGBA`和透明度 ; - `@font-face`属性; - 多背景图 ; - 盒子大小; - 语音; 86.用纯CSS创建一个三角形的原理是什么？
实现步骤： 1.首先保证元素是块级元素；2.设置元素的边框；3.不需要显示的边框使用透明色。
css:
* {margin: 0; padding: 0;}
.content {
width:0;
height:0;
margin:0 auto;
border:50px solid transparent;
border-top: 50px solid pink;
}
html:
<div class="content"></div>
87.什么是响应式设计？响应式设计的基本原理是什么？如何兼容低版本的IE？
响应式网站设计（Responsive Web design）是一个网站能够兼容多个终端，而不是为每一个终端做一个特定的版本。
关于原理： 基本原理是通过媒体查询（@media）查询检测不同的设备屏幕尺寸做处理。
关于兼容： 页面头部必须有mate声明的viewport。
<meta name="’viewport’" content="”width=device-width," initial-scale="1." maximum-scale="1,user-scalable=no”"/> 88.CSS优化、提高性能的方法有哪些？
- 多个`css`可合并，并尽量减少`http`请求 - 属性值为0时，不加单位 - 将`css`文件放在页面最上面 - 避免后代选择符，过度约束和链式选择符 - 使用紧凑的语法 - 避免不必要的重复 - 使用语义化命名，便于维护 - 尽量少的使用`!impotrant`，可以选择其他选择器 - 精简规则，尽可能合并不同类的重复规则 - 遵守盒子模型规则 89.display:inline-block 什么时候会显示间隙？
- 有空格时候会有间隙， 可以删除空格解决； - `margin`正值的时候， 可以让`margin`使用负值解决； - 使用`font-size`时候，可通过设置`font-size:0`、`letter-spacing`、`word-spacing`解决； 90. 什么是外边距重叠？ 重叠的结果是什么？
首先，外边距重叠就是 `margin-collapse`。相邻的两个盒子（可能是兄弟关系也可能是祖先关系）的外边距可以结合成一个单独的外边距。 这种合并外边距的方式被称为折叠，结合而成的外边距称为折叠外边距。 折叠结果遵循下列计算原则： - 两个相邻的外面边距是正数时，折叠结果就是他们之中的较大值； - 两个相邻的外边距都是负数时，折叠结果是两者绝对值的较大值； - 两个外边距一正一负时，折叠结果是两者的相加的和； 91.有哪几种隐藏元素的方法？
- `visibility: hidden;` 这个属性只是简单的隐藏某个元素，但是元素占用的空间任然存在； - `opacity: 0;``CSS3`属性，设置0可以使一个元素完全透明； - `position: absolute;` 设置一个很大的 left 负值定位，使元素定位在可见区域之外； - `display: none;` 元素会变得不可见，并且不会再占用文档的空间； - `transform: scale(0);` 将一个元素设置为缩放无限小，元素将不可见，元素原来所在的位置将被保留； - `<div hidden="hidden">` `HTML5`属性,效果和`display:none;`相同，但这个属性用于记录一个元素的状态； - `height: 0;` 将元素高度设为 0 ，并消除边框； - `filter: blur(0);` `CSS3`属性，括号内的数值越大，图像高斯模糊的程度越大，到达一定程度可使图像消失`（此处感谢小伙伴支持）`； 92.对BFC规范(块级格式化上下文：block formatting context)的理解
`BFC`规定了内部的`Block Box`如何布局。一个页面是由很多个`Box`组成的，元素的类型和`display`属性，决定了这个`Box`的类型。不同类型的`box`，会参与不同的`Formatting Context`（决定如何渲染文档的容器），因此`Box`内的元素会以不用的方式渲染，也是就是说`BFC`内部的元素和外部的元素不会相互影响。
定位方案：
- 内部的`box`会在垂直方向上一个接一个的放置；
- `box`垂直方向的距离由`margin`决定，属于同一个`BFC`的两个相邻`Box`的`margin`会发生重叠；
- 每个元素`margin box`的左边，与包含块`border box`的左边相接触；
- `BFC`的区域不会与float box重叠；
- `BFC`是页面上的一个隔离的独立容器，容器里面的元素不会影响到外面的元素；
- 计算`BFC`的高度时，浮动元素也会参与计算。
满足下列条件之一就可以出发BFC：
- 根元素变化，即`html`；
- `float`的值不为`none`（默认）；
- `overflow`的值不为`visible`（默认）；
- `display`的值为`inline-block`, `tabke-cell`，`table-caption`；
- `position`的值为`absolute`或`fixed`;
93.经常遇到的浏览器的兼容性有哪些？原因，解决方法是什么，常用hack的技巧 ？
（1）、问题：`png24`位的图片在`ie`浏览器上出现背景。解决： 做成`png8`； （2）、问题：浏览器默认的`margin`和`padding`不同。 解决： 添加一个全局的`*{ margin： 0; padding： 0;}`； （3）、问题：`IE`下,可以使用获取常规属性的方法来获取自定义属性,也可以使用`getAttribute()`获取自定义属性，而`Firefox`下,只能使用`getAttribute()`获取自定义属性。 解决： 统一通过`getAttribute()`获取自定义属性； （4）、问题： `IE`下,`event`对象有`x`,`y`属性,但是没有`pageX`,`pageY`属性，而`Firefox`下,`event`对象有`pageX`,`pageY`属性,但是没有`x`,`y`属性。 解决： 使用`mX(mX = event.x ? event.x : event.pageX;)`来代替`IE`下的`event.x`或者`Firefox`下的`event.pageX`。 94. 怎么让Chrome支持小于12px 的文字？
.shrink { -webkit-transform: scale(0.8); -o-transform: scale(1); display: inilne-block; } 95. :link、:visited、:hover、:active的执行顺序是怎么样的？
`L-V-H-A`，`l(link)ov(visited)e h(hover)a(active)te`，即用喜欢和讨厌两个词来概括 96. CSS属性overflow属性定义溢出元素内容区的内容会如何处理?
- 参数是`scroll`的时候，一定会出滚动条； - 参数是`auto`的时候，子元素内容大于父元素时出现滚动条； - 参数是`visible`的时候，溢出的内容出现在父元素之外； - 参数是`hidden`的时候，溢出隐藏； 97. css样式引入方式的优缺点对比
内嵌样式： 优点： 方便书写，权重高；缺点： 没有做到结构和样式分离； 内联样式： 优点：结构样式相分离； 缺点：没有彻底分离； 外联样式： 优点： 完全实现了结构和样式相分离； 缺点： 需要引入才能使用； 98. position 跟 display、overflow、float 这些特性相互叠加后会怎么样？
- `display`属性规定元素应该生成的框的类型； - `position`属性规定元素的定位类型； - `float`属性是一种布局方式，定义元素往哪个方向浮动； 叠加结果：有点类似于优先机制。`position`的值-- `absolute/fixed`优先级最高，有他们在时，`float`不起作用，`display`值需要调整。`float`或者`absolute`定位的元素，只能是块元素或者表格。 99. 什么是回流（重排）和重绘以及其区别？
- 回流（重排），`reflow`:当`render tree`中的一部分（或全部）因为元素的规模尺寸，布局，隐藏等改变时而需要重新构建； - 重绘`（repaint`）:当`render tree`中的一些元素需要更新属性，而这些属性只影响元素的外观，风格，而不会影响布局时，称其为重绘，例如颜色改变等。 - 增加或者删除可见的`dom`元素； - 元素的位置发生了改变； - 元素的尺寸发生了改变，例如边距，宽高等几何属性改变； - 内容改变，例如图片大小，字体大小改变等； - 页面渲染初始化； - 浏览器窗口尺寸改变，例如`resize`事件发生时等； - 重排（回流）一定会引发重绘。 100.说说 px、em、rem的区别及使用场景
三者的区别： - px是固定的像素，一旦设置了就无法因为适应页面大小而改变。 - em和rem相对于px更具有灵活性，他们是相对长度单位，其长度不是固定的，更适用于响应式布局。 - em是相对于其父元素来设置字体大小，这样就会存在一个问题，进行任何元素设置，都有可能需要知道他父元素的大小。而rem是相对于根元素，这样就意味着，只需要在根元素确定一个参考值。 使用场景： - 对于只需要适配少部分移动设备，且分辨率对页面影响不大的，使用px即可 。 - 对于需要适配各种移动设备，使用rem，例如需要适配iPhone和iPad等分辨率差别比较挺大的设备 结尾因为内容太多所以需要完整版PDF的小伙伴可关注+私信【学习】自行查看
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://yundeesoft.com/96480.html
