本篇内容介绍了“Vue高频面试题有哪些”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
父子组件通信:props
和 event
、v-
model
、 .sync
、 ref
、 $parent
和
$children
。(学习视频分享:vue视频教程)
非父子组件通信:$attr
和 $listeners
、
provide
和 inject
、eventbus
、通过根实例$root
访问、vuex
、dispatch
和
brodcast
vue 2.0v-model
是⽤来在表单控件或者组件上创建双向绑定的,他
的本质是 v-bind
和 v-on
的语法糖,在
⼀个组件上使⽤ v-model
,默认会为组件绑定名为 value
的
prop
和名为 input
的事件。
Vue3.0
在 3.x 中,⾃定义组件上的 v-model
相当于传递了 modelValue
prop
并接收抛出的update:modelValue
事件
Vuex和全局对象主要有两种区别:
Vuex 的状态存储是响应式的。当 Vue 组件从 store 中读取状态的时候,若 store 中的状态发⽣变 化,那么相应的组件也会相应地得到⾼效更新。
不能直接改变 store 中的状态。改变 store 中的状态的唯⼀途径就是显式地提交 (commit)mutation。这样使得我们可以⽅便地跟踪每⼀个状态的变化,从⽽让我们能够实现⼀些⼯ 具帮助我们更好地了解我们的应⽤。
渲染过程:⽗组件挂载完成⼀定是等⼦组件都挂载完成后,才算是⽗组件 挂载完,所以⽗组件的mounted在⼦组件mouted之后
⽗beforeCreate -> ⽗created -> ⽗beforeMount -> ⼦beforeCreate -> ⼦created -> ⼦beforeMount -> ⼦mounted -> ⽗mounted
⼦组件更新过程:
影响到⽗组件: ⽗beforeUpdate -> ⼦beforeUpdate->⼦updated -> ⽗ updted
不影响⽗组件: ⼦beforeUpdate -> ⼦updated
⽗组件更新过程:
影响到⼦组件: ⽗beforeUpdate -> ⼦beforeUpdate->⼦updated -> ⽗ updted
不影响⼦组件: ⽗beforeUpdate -> ⽗updated
销毁过程:⽗beforeDestroy -> ⼦beforeDestroy -> ⼦ destroyed -> ⽗destroyed
看起来很多好像很难记忆,其实只要理解了,不管是哪种情况,都⼀定是⽗组件等待⼦组件完 成后,才会执⾏⾃⼰对应完成的钩⼦,就可以很容易记住
v-if
会在切换过程中对条件块的事件监听器和⼦组件进⾏销毁和重建,如果初始条件是false,则什么都不做,直到条件第⼀次为true时才开始渲
染模块。
v-show
只是基于css进⾏切换,不管初始条件是
什么,都会渲染。
所以, v-if
切换的开销更⼤,⽽ v-show
初始化渲染开销更
⼤,在需要频繁切换,或者切换的部分dom很复杂时,使⽤ v-show
更合
适。渲染后很少切换的则使⽤ v-if
更合适。
在⽹站上动态渲染任意 HTML,很容易导致 XSS 攻击。所以只能在可信内 容上使⽤ v-html,且永远不能⽤于⽤户提交的内容上。
key
是给每个 vnode
指定的唯⼀ id
,在同
级的 vnode
diff 过程中,可以根据 key
快速的对⽐,来判断是
否为相同节点,并且利⽤ key
的唯⼀性可以⽣成 map
来更快的获
取相应的节点。
另外指定 key
后,就不再采⽤“就地复⽤”策略了,可以保证渲染的准确性
。
当 v-for
和 v-if
处于同⼀个节点时, v-
for
的优先级⽐ v-if
更⾼,这意味着 v-if
将分别重复
运⾏于每个 v-for
循环中。如果要遍历的数组很⼤,⽽真正要展示的数据很少时
,这将造成很⼤的性能浪费。
这种场景建议使⽤ computed
,先对数据进⾏过滤。
区别:
url 展示上,hash 模式有 "#",history 模式没有
刷新⻚⾯时,hash 模式可以正常加载到 hash 值对应的⻚⾯,⽽ history 没有处 理的话,会返回404,⼀般需要后端将所有⻚⾯都配置重定向到⾸⻚路由。
兼容性。hash 可以⽀持低版本浏览器和 IE
hash 模式:
#
后⾯ hash 值的变化,不会导致浏览器向服务器发出请求,浏览器不发出请
求,就不会刷新⻚⾯。同时通过监听 hashchange 事件可以知道 hash 发⽣了哪些变化,然后根据
hash 变化来实现更新⻚⾯部分内容的操作。
history 模式:
history 模式的实现,主要是 HTML5 标准发布的两个 API, pushState
和
replaceState
,这两个 API 可以在改变 url,但是不会发送请求。这样就可以监
听 url 变化来实现更新⻚⾯部分内容的操作。
监测机制的改变(Object.defineProperty —> Proxy)
模板
对象式的组件声明⽅式 (class)
使⽤ts
其它⽅⾯的更改:⽀持⾃定义渲染器、 ⽀持 Fragment(多个根节点)和 Protal(在 dom 其他部分渲染组建内容)组件、基于 treeshaking 优化,提供了更多的内置功能
MVVM是 Model-View-ViewModel
缩写,也就是把 MVC
中
的 Controller
演变成 ViewModel
。
Model层代表数据模型,View代表UI组件,ViewModel是View和Model层的桥梁,数据会绑定到viewModel层并⾃动将数据渲染到⻚⾯中,视图变化的时候会通知 viewModel层更新数据。
如果将data定义为对象,这就表示所有的组件实例共⽤了⼀份data数据,因此,⽆论在哪个组件实例中修改了data,都会影响到所有的组件实例。
组件中的data写成⼀个函数,数据以函数返回值形式定义,这样每复 ⽤⼀次组件,就会返回⼀份新的data,类似于给每个组件实例创建⼀个私有的数据空间,让各个组件实例维护各⾃的数据。⽽单纯的写成对象形式,就使得所有组件实例共⽤ 了⼀份data,就会造成⼀个变了全都会变的结果。
流程总结如下:
1、当组件初始化的时候, computed
和 data
会分别建⽴各
⾃的响应系统, Observer
遍历 data
中每个属性设置
get/set
数据拦截
2、初始化 computed
会调⽤ initComputed
函数
注册⼀个 watcher
实例,并在内实例化⼀个 Dep
消
息订阅器⽤作后续收集依赖(⽐如渲染函数的 watcher
或者其他观察该计算属性
变化的 watcher
)
调⽤计算属性时会触发其 Object.defineProperty
的
get
访问器函数
调⽤ watcher.depend()
⽅法向⾃身的消息订阅器
dep
的 subs
中添加其他属性的watcher
调⽤ watcher
的 evaluate
⽅法(进⽽调⽤
watcher
的 get
⽅法)让⾃身成为其他watcher
的消息订阅器的订阅者,⾸先将 watcher
赋给 Dep.target
,然
后执⾏ getter
求值函数,当访问求值函数⾥⾯的属性(⽐如来⾃
data
、 props
或其他 computed
)时,
会同样触发它们的 get
访问器函数从⽽将该计算属性的 watcher
添加到求值函数中属性的watcher
的消息订阅器 dep
中,当这些
操作完成,最后关闭 Dep.target
赋为 null
并
返回求值函数结果。
3、当某个属性发⽣变化,触发 set
拦截函数,然后调⽤⾃身消息订阅器
dep
的 notify
⽅法,遍
历当前 dep 中保存着所有订阅者 wathcer
的 subs
数组,并逐个
调⽤ watcher
的 update
⽅
法,完成响应更新。
如果⾯试被问到这个问题,⼜描述不清楚,可以直接画出 Vue 官⽅⽂档的这个图,对着图来 解释效果会更好。
Vue 的响应式是通过 Object.defineProperty
对数据进⾏劫持,并结合观察者模式实现。
Vue 利⽤Object.defineProperty
创建⼀个 observe
来
劫持监听所有的属性,把这些属性全部转为 getter
和 setter
。
Vue 中每个组件实例都会对应⼀个 watcher
实例,它会在组件渲染的过
程中把使⽤过的
数据属性通过 getter
收集为依赖。之后当依赖项的 setter
触发
时,会通知 watcher
,从⽽使它关联的组件重新渲染。
Object.defineProperty
只能劫持对象的属性,⽽ Proxy
是直接代理对象由于
Object.defineProperty
只能对属性进⾏劫持,需要遍历对象的每个属性。⽽
Proxy 可以直接代理对象。
Object.defineProperty
对新增属性需要⼿动进⾏
Observe
, 由于Object.defineProperty
劫持的是对象的属性,
所以新增属性时,需要重新遍历对象,对其新
增属性再使⽤ Object.defineProperty
进⾏劫持。 也正是因为这个原因,使⽤
Vue 给 data
中的数组或对象新增属性时,需要使⽤ vm.$set
才能
保证新增的属性也是响应式的。
Proxy
⽀持13种拦截操作,这是
defineProperty
所不具有的。
新标准性能红利Proxy 作为新标准,⻓远来看,JS引擎会继续优化
Proxy
,但 getter
和 setter
基本不会再有针对
性优化。
Proxy
兼容性差 ⽬前并没有⼀个完整⽀持 Proxy
所
有拦截⽅法的Polyfill⽅案
Vue 的 Observer
对数组做了单独的处理,对数组的⽅法进⾏编译,并赋值给
数组属性的 __proto__
属性上,因为原型链的机制,找到对应
的⽅法就不会继续往上找了。编译⽅法中会对⼀些会增加索引的⽅法( push
,
unshift
, splice
)进⾏⼿动 observe。
能回答清楚这道问题的前提,是清楚 EventLoop 过程。
在下次 DOM 更新循环结束后执⾏延迟回调,在修改数据之后⽴即使⽤ nextTick 来获取 更新后的DOM。
nextTick
对于 micro task 的实现,会先检测是否⽀持
Promise
,不⽀持的话,直接指向 macrotask,⽽ macro task 的实现,优先检
测是否⽀持 setImmediate
(⾼版本IE和Etage⽀持),不⽀持的再去检测是否⽀
持 MessageChannel,如果仍不⽀持,最终降级为 setTimeout
0;
默认的情况,会先以 micro task ⽅式执⾏,因为 micro task 可以在⼀次 tick 中全 部执⾏完毕,在⼀些有重绘和动画的场景有更好的性能。
但是由于 micro task 优先级较⾼,在某些情况下,可能会在事件冒泡过程中触发,导
致⼀些问题,所以有些地⽅会强制使⽤ macro task (如 v-on
)。
注意:之所以将 nextTick
的回调函数放⼊到数组中⼀次
性执⾏,⽽不是直接在 nextTick
中执⾏回调函数,是为了保证在同⼀个tick内多
次执⾏了 nextTcik
,不会开启多个异步任务,⽽是把这些异步任务都压成⼀个同
步任务,在下⼀个tick内执⾏完毕。
vue模板的编译过程分为3个阶段:
第⼀步:解析
将模板字符串解析⽣成 AST,⽣成的AST 元素节点总共有 3 种类型,1 为普通元素, 2 为 表达式,3为纯⽂本。
第⼆步:优化语法树
Vue 模板中并不是所有数据都是响应式的,有很多数据是⾸次渲染后就永远不会变化的,那么 这部分数据⽣成的 DOM 也不会变化,我们可以在 patch 的过程跳过对他们的⽐对。
此阶段会深度遍历⽣成的 AST 树,检测它的每⼀颗⼦树是不是静态节点,如果是静态节点则 它们⽣成DOM 永远不需要改变,这对运⾏时对模板的更新起到极⼤的优化作⽤。
1、⽣成代码
const code = generate(ast, options)
通过 generate ⽅法,将ast⽣成 render 函数。
Vue3.x改⽤ Proxy
替代Object.defineProperty。因为Proxy可以直接监听对
象和数组的变化,并且有多达13种拦截⽅法。并且作为新标准将受到浏览器⼚商重点持续的性能优
化。
Proxy只会代理对象的第⼀层,那么Vue3⼜是怎样处理这个问题的呢?
判断当前Reflect.get的返回值是否为Object,如果是则再通过 reactive ⽅法做代理, 这 样就实现了深度观测。
监测数组的时候可能触发多次get/set,那么如何防⽌触发多次呢?
我们可以判断key是否为当前被代理对象target⾃身属性,也可以判断旧值与新值是否相等, 只有满足以上两个条件之⼀时,才有可能执⾏trigger。
编码阶段
尽量减少data中的数据,data中的数据都会增加getter和setter,会收集对应的watcher
v-if和v-for不能连用
如果需要使⽤v-for给每项元素绑定事件时使⽤事件代理
SPA ⻚⾯采⽤keep-alive缓存组件
在更多的情况下,使⽤v-if替代v-show
key保证唯一
使⽤路由懒加载、异步组件
防抖、节流
第三方模块按需导入
⻓列表滚动到可视区域动态加载
图片懒加载
SEO优化
预渲染
服务端渲染SSR
打包优化
压缩代码
Tree Shaking/Scope Hoisting
使⽤cdn加载第三⽅模块
多线程打包happypack
splitChunks抽离公共⽂件
sourceMap优化
用户体验
骨架屏
PWA
还可以使用缓存(客户端缓存、服务端缓存)优化、服务端开启gzip压缩等。
“Vue高频面试题有哪些”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。