2022前端面试准备(一)(vue篇)

vue双向绑定

vue2.0

vue双向绑定主要是在observer(数据监听器)中通过Object.defineProperty()达到数据劫持,代理艘由数觉得getter和setter,当数据变化时,会触发setter,通过Def通知watcher,watcher是observer和compile的中间桥梁,当observer监听到数据变化时,通过updater停止compile更新视图;compile通过watcher订阅数据,绑定更新函数,通过Dep来添加订阅者,达到双向绑定。
(手动实现待补充)

vue3.0(待补充)

vue生命周期

-beforeCreate:创建前,$el和data都未初始化,无法访问methods, data, computed等上的方法和数据
-created: 创建完毕,data有值,但未挂载
-beforeMount:完成了el和data 初始化,注意此时还没有挂在html到页面上
-mounted:可以操作DOM
-beforeUpdate:更新前
-update:更新后
-beforeDestroy:在实例销毁之前调用,实例仍然完全可用,这一步还可以用this来获取实例,一般在这一步做
一些重置的操作,比如清除掉组件中的定时器 和 监听的dom事件
-destroyed:销毁后


image.png

-加载渲染过程: 父beforeCreate->父created->父beforeMount->子beforeCreate->子created->子beforeMount->子mounted->父mounted
-挂载阶段: 父created->子created->子mounted->父mounted
-父组件更新阶段: 父beforeUpdate->父updated
-子组件更新阶段: 父beforeUpdate->子beforeUpdate->子updated->父updated
-销毁阶段 父beforeDestroy->子beforeDestroy->子destroyed->父destroyed

computed与watch

如果既能用 computed 实现又可以用 watch 监听来实现的功能,推荐用 computed, 重点在于 computed 的缓存功能 computed 计算属性是用来声明式的描述一个值依赖了其它的值,当所依赖的值或者变量 改变时,计算属性也会跟着改变; watch 监听的是已经在 data 中定义的变量,当该变量变化时,会触发 watch 中的方法。
使用场景 computed:当一个属性受多个属性影响的时候使用 watch:当一条数据影响多条数据的时候使用

组件中的data为什么是一个函数?

1.一个组件被复用多次的话,也就会创建多个实例。本质上,这些实例用的都是同一个构造函数。
2.如果data是对象的话,对象属于引用类型,会影响到所有的实例。所以为了保证组件不同的实例之间data不冲突,data必须是一个函数。

computed怎么实现的缓存

1.computed 是计算一个新的属性,并将该属性挂载到 vm(Vue 实例)上,而 watch 是监听已经存在且已挂载到 vm 上的数据,所以用 watch 同样可以监听 computed 计算属性的变化(其它还有 data、props)
2.computed 本质是一个惰性求值的观察者,具有缓存性,只有当依赖变化后,第一次访问 computed 属性,才会计算新的值,而 watch 则是当数据发生变化便会调用执行函数
3.从使用场景上说,computed 适用一个数据被多个数据影响,而 watch 适用一个数据影响多个数据;

v-if和v-show

-v-if 是‘真的’条件渲染,因为他会确保在切换过程中,条件块内的事件监听器和自组件适当的被销毁和重建
-v-if也是惰性的,如果在初始渲染条件为假,则什么也不做,知道条件第一次变为真,才会渲染
-相比之下,v-show就简单了,不管初始条件真假,元素都会渲染,只会简单的基于css切换
-一般来说,v-if有更高的切换开销,而v-show有更高的初始渲染开销,因此:如果需要频繁且话推荐v-show,否则推荐v-if

key的作用

key的作用是为了在diff算法执行时更快的找到对应的节点,提高diff速度,更高效的更新虚拟DOM;
vue和react都是采用diff算法来对比新旧虚拟节点,从而更新节点。在vue的diff函数中,会根据新节点的key去对比旧节点数组中的key,从而找到相应旧节点。如果没找到就认为是一个新增节点。而如果没有key,那么就会采用遍历查找的方式去找到对应的旧节点。一种一个map映射,另一种是遍历查找。相比而言。map映射的速度更快。
为了在数据变化时强制更新组件,以避免“就地复用”带来的副作用。
当 Vue.js 用 v-for 更新已渲染过的元素列表时,它默认用“就地复用”策略。如果数据项的顺序被改变,Vue 将不会移动 DOM 元素来匹配数据项的顺序,而是简单复用此处每个元素,并且确保它在特定索引下显示已被渲染过的每个元素。重复的key会造成渲染错误

为什么v-for和v-if不建议用在一起

1.当 v-for 和 v-if 处于同一个节点时,v-for 的优先级比 v-if 更高,这意味着 v-if 将分别重复运行于每个 v-for 循环中。如果要遍历的数组很大,而真正要展示的数据很少时,这将造成很大的性能浪费
2.这种场景建议使用 computed,先对数据进行过滤
注意:3.x 版本中 v-if 总是优先于 v-for 生效。由于语法上存在歧义,建议避免在同一元素上同时使用两者。比起在模板层面管理相关逻辑,更好的办法是通过创建计算属性筛选出列表,并以此创建可见元素。

nextTick的实现原理是什么?

在下次 DOM 更新循环结束之后执行延迟回调,在修改数据之后立即使用 nextTick 来获取更新后的 DOM。 nextTick主要使用了宏任务和微任务。 根据执行环境分别尝试采用Promise、MutationObserver、setImmediate,如果以上都不行则采用setTimeout定义了一个异步方法,多次调用nextTick会将方法存入队列中,通过这个异步方法清空当前队列。

(更新中---)

js

slice 和splice

.slice(start,end):方法可从已有数组中返回选定的元素,返回一个新数组,包含从start到end(不包含该元素)的数组元素。
~注意:该方法不会改变原数组,而是返回一个子数组,如果想删除数组中的一段元素,应该使用Array.splice()方法。
start参数:必须,规定从何处开始选取,如果为负数,规定从数组尾部算起的位置,-1是指最后一个元素。
end参数:可选(如果该参数没有指定,那么切分的数组包含从start倒数组结束的所有元素,如果这个参数为负数,那么规定是从数组尾部开始算起的元素)。
.splice():该方法向或者从数组中添加或者删除项目,返回被删除的项目。(该方法会改变原数组)
splice(index,howmany,item1,...itemX)
index参数:必须,整数,规定添加或者删除的位置,使用负数,从数组尾部规定位置。
howmany参数:必须,要删除的数量,如果为0,则不删除项目。
tem1,...itemX参数:可选,向数组添加的新项目。

箭头函数与普通函数的区别

1.外形
2.this指向
3.箭头函数不能new,没有构造函数
4.没有arguments,只能有剩余参数表示
5.箭头函数是匿名函数

(1).箭头函数不具有prototype原型对象。
(2).箭头函数不具有super。
(3).箭头函数不具有new.target。

js垃圾回收机制

1.在项目中,如果存在大量不被释放的内存(堆/栈/上下文),页面性能就会变的很慢,当某秀代码操作不能被合理释放,就造成内存泄漏,我们尽可能减少适应闭包,因为他会消耗内存。
2.浏览器垃圾回收机制/内存回收机制
浏览器的JavaScript有自动垃圾回收机制(GC:Garbage Collecation),垃圾回收器会定期(周期性)找出那些不再继续使用的变量,然后释放内存。
a. 标记清除:在js中,最常用的垃圾回收机制是标记清除:当变量进入执行环境时,被标记为‘进入环境’。当变量离开执行环境时,会被标记为‘离开环境’。垃圾回收器会销毁那些代表及的值并回收他们所占用的内存空间。
b. 谷歌浏览器:‘查找引用’,浏览器不定时去查找当前内存的饮用,如果没有被占用了,浏览器会回收他;如果被占用,就不回收。
c. IE浏览器:‘引用计数法’,当前内存被占用一次,计数累加1次,移除占用就减1,减到0时,浏览器就回收他。
3.优化手段:内存优化;手动释放‘取消内存的占用即可
a. 堆内存: fn=null 【null:空指针对象】
b. 栈内存:把上下文中,被外部占用的堆的占用取消即可
4.内存泄漏
在js中,常见的:全局变量,闭包,DOM元素引用,定时器

内存泄漏

常见内存泄漏点
1.闭包:闭包的概念是我有个代码区域,使用了外层区域的某个变量,那么这个代码区域执行完之前,外层的那个变量肯定不能被释放,这就是闭包。
2.定时器:定时器是万恶之源,this.timer=setInterval(()=>{console.log('我还在!')},500) 千万主力this.timer=null 并不能清理掉定时器,只是找不到他了,想要清理要执行clearInterval(this.timer)!
3.未捕获的异常/console.error:只要已打入控制台,什么时候打开都能看到,因为他进入内存了
4.对DOM的引用:jQuery时期,经常对DOM引用,this.testDom=${"#test') 就能拿到Dom,这个如果和闭包配合,就会占用内存!
5.全局变量

js中this的五种情况

1.作为普通函数执行时,this指向window
2.当函数作为对象的方法调用时,this就会指向该对象
3.构造器调用,this只想返回的这个对象
4.家头函数的this绑定看的是this所在函数定义在哪个对象下,就绑定哪个对象,如果有嵌套情况,则this绑定到最近的一层对象上
5.基于Function.prototype上的apply,call,bind调用模式,这三个方法都可以显示的制定调用函数的this指向,apply接收参数的是数组,call接收参数列表,bind传入的是一个对象,返回一个this 绑定了传入对象的新函数,这个函数的this指向除了使用new时会被改变,其他情况都不会改变,若为空默认是指向全局对象。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,905评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,140评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,791评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,483评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,476评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,516评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,905评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,560评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,778评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,557评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,635评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,338评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,925评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,898评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,142评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,818评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,347评论 2 342

推荐阅读更多精彩内容