一名中/高级前端工程师的自检清单-React 篇
点击上方 前端Q,关注公众号
回复加群,加入前端Q技术交流群
你真的了解 React 吗?我们在面试中往往涉及 React 时,第一个问题就是“解释 React 是什么”。解释一种技术是什么,在面试中也是非常常见的引起 话题的题目。本篇文章我就带你掌握这一类概念题的解答技巧。
一. 说说对 React 的理解,有哪些特性
官方的解释:React 是一个 UI 库,它的核心思想是UI=F(data)
, 即界面的呈现是由函数传入的参数决定的
开发者不再需要关心界面时如何渲染的,只要关心数据的生成和传递,这大大提高的开发者的开发效率,节省了开发时间
其次 React 设计的
-
使用类似 HTML 的 JSX
语法来描述视图 -
通过 虚拟DOM
修改真实DOM
-
通过 setState
修改数据 -
在不同的 生命周期
阶段做不同的事 -
源码底层对真实 DOM 事件进行封装,使用 事件委托
的方式来捕获 DOM 事件 -
....
等特性进一步简化的 真实 DOM 操作的复杂性
二. 说说真实 DOM 与虚拟 DOM 的区别,优缺点
2.1 虚拟 DOM 是什么
-
真实DOM
就是我们在浏览器开发者工具中看到的DOM
结构 -
虚拟DOM
简单来说就是 JS 对象,此对象中的字段包含了对真实DOM
的描述: -
type
:是什么标签/元素 -
props
:标签/元素有哪些属性 -
children
:是否有子元素
2.2 虚拟 DOM 大概是如何工作的
当 DOM
操作(渲染更新)比较频繁时,
React 底层会先将前后两次的虚拟DOM
树进行对比,
定位出具体需要更新的部分,生成一个补丁集
,
最后只把“补丁”打在需要更新的那部分真实DOM
上,实现精准的“差量更新”。
2.3 虚拟 DOM 的优点
-
解决了频繁操作真实 DOM 的低效率工作-不直接操作 DOM,数据驱动视图,也在一定程度上提升了性能 -
解决了扩平台开发的问题,因为虚拟 DOM 描述的东西可以是真实 DOM,也可以是安卓界面。IOS 界面等等,这就可以对接不同平台的渲染逻辑。从而实现"一次编码,多端运行"(如 React,React Native)
2.4 虚拟 DOM 的缺点
如果当虚拟 DOM 的构建和diff
的过程相对复杂(比如很多递归遍历等操作),那么虚拟 DOM 的 JS 计算是比较耗时的
三. 说说 Diff 算法
一般的原始 diff 思路算法复杂度是O(n^3)
,即循环递归进行树节点的一一对比
但 React 的 diff 算法
是 O (n)
复杂度的思路
当对比两棵虚拟 DOM 树时,React 首先比较两棵树的根节点。不同类型的根节点元素会有不同的形态
当对比两个相同类型的 React 元素时,React 会保留 DOM 节点,仅比对及更新有改变的属性。
-
当根节点为不同类型的元素时,React 会拆卸原有的树并且建立起新的树,这大大减少了 Diff
过程中冗余的递归操作 -
当对比两个相同类型的 React 元素时,React 会保留 DOM 节点,仅比对及更新有改变的属性 -
列表形式的子元素比较:React 引入了 key 属性
。当子元素拥有key
时,React 使用key
来匹配原有树上的子元素以及最新树上的子元素,如果key
不同 不同则会拆卸原有的key
节点并且建立起新的key
节点
详细内容请参考React 官方文档- Diffing 算法[2]
四. 说说 React 声明周期有哪些不同阶段,每个阶段对应的方法是什么
4.1 创建阶段
-
constructor()
:组件的构造函数,组件更新到界面上之前会先调用 -
用于初始化内部状态,很少使用 -
唯一可以直接修改 state
的地方 -
static getDerivedStateFromProps(nextProps, prevState)
:用于从外部的属性去初始化一些内部的状态 -
当 state
需要从props
初始化时使用 -
尽量不要使用,维护 state/props
状态一致性会增加复杂度 -
每次 render
都会调用 -
典型场景: 表单控件获取默认值 -
render()
::组件必须定义的一个生命周期方法,用来描述 虚拟 DOM 结构 -
componentDidMount()
: 用于数据请求,定义一些外部资源等等副作用 -
UI 渲染完成后调用 -
只执行一次 -
典型场景:获取外部资源
4.2 更新阶段
-
static getDerivedStateFromProps(nextProps, prevState)
-
shouldComponentUpdate(nextProps, nextState)
:告诉组件是否需要重新渲染,用于性能优化,比如判定指定 props 发生改变,组件才进行重新渲染 -
决定虚拟 DOM 是否需要重绘 -
一般可以由 PureComponent
自动实现 -
典型场景:性能优化 -
render()
-
getSnapshotBeforeUpdate(prevProps, prevState)
-
在最近一次渲染输出(提交到 DOM 节点)之前调用,state 已更新 -
与 componentDidUpdate
搭配使用 -
典型场景:捕获 render
之前的 DOM 状态 -
componentDidUpdate(prevProps, prevState)
-
每次 UI 更新时被调用 -
典型场景:页面需要根据 props
变化重新获取数据
4.3 卸载阶段
-
componentWillUnmount()
: 做些资源释放,卸载副作用的事情
-
此方法中可以执行必要的清理操作,例如,清除 timer,取消网络请求或清除在
详细内容请参考React 知识体系之生命周期及使用场景[3]
五. 说说对 State 和 Props 的理解,有什么区别
-
state
用于组件内部数据传递,state
数据可以通过this.setSate
或者useState
进行修改 -
props
用于组件外部组件数据传递,props
不能直接修改.主要使用场景是: -
兄弟组件通信 -
父子组件通信 -
"爷孙组件"
组件通信 -
props
的使用范围虽然更加广泛,但也有其局限性:对于嵌套层次较深的组件,如果使用props
传递数据,会导致代码冗余,增加数据传递的复杂度
六. super 和 super(props)有什么区别
在 JavaScript 中,super 指的是父类构造函数。(在我们的示例中,它指向 React.Component 实现。)
在调用父类的构造函数之前,你是不能在 constructor
中使用 this
关键字的。JavaScript 不允许这个行为
class Checkbox extends React.Component {
constructor(props) {
// 🔴 还不能使用 `this`
super(props);
// ✅ 现在可以了
this.state = { isOn: true };
}
// ...
}
复制代码
为什么一定要传递 props
呢?为了让 React.Component
构造函数能够初始化 this.props
React 内部代码:
// React 內部
class Component {
constructor(props) {
this.props = props;
// ...
}
}
复制代码
实例代码:
class Button extends React.Component {
constructor(props) {
super(); // ? We forgot to pass props
console.log(props); // ✅ {}
console.log(this.props); // ? undefined
}
// ...
}
复制代码
class Button extends React.Component {
constructor(props) {
super(props); // ✅ We passed props
console.log(props); // ✅ {}
console.log(this.props); // ✅ {}
}
// ...
}
复制代码
有了 Hooks 以后,我们几乎就不需要 super
和 this
了
详细内容请参考为什么我们要写 super(props) ?[4]
七. 说说 React 中的 setState 机制
7.1 合成事件、钩子函数中的 setState
-
在钩子函数中 setSate
拿不到最新值 -
在合成事件中执行多个同样的 setSate
,最终只会执行一次,并且也拿不到最新值
原因:
-
一次 setState
就会触发一次re-render
(重渲染) -
为了避免频繁的 re-ernder
,setState
被设计成异步的形式 -
每来一个 setState
,就把它塞进一个队列里“攒起来”。等时机成熟,再把“攒起来”的state
结果做合并(对于相同属性的设置,React 只会为其保留最后一次的更新),最后只针对最新的state
值走一次更新流程。这个过程,叫作**批量更新
**
7.2 setTimeout/setInterval
、原生 DOM
中的 setState
-
在 setTimeout/setInterval
中设置setState
,可以拿到最新的值 -
在 原生 DOM
事件中设置setState
,可以拿到最新的值
原因:
setState
的“异步”并不是说内部由异步代码实现,其实源码本身执行的过程和代码都是同步的,
只是合成事件和钩子函数的调用顺序在更新之前,导致在合成事件和钩子函数中没法立马拿到更新后的值,形式了所谓的“异步”
setState
的批量更新优化也是建立在“异步”(合成事件、钩子函数)之上的,在原生事件和 setTimeout
中不会批量更新
详细内容请参考setState 到底是同步的,还是异步的?[5]
八. 说说对 React 事件机制的理解
8.1 React 中的事件是什么
React 中的事件叫合成事件
:React 底层使用事件委托
的方式对真实 DOM 事件进行了封装,使合成事件具有更好的浏览器兼容性和性能
8.2 合成事件的大致原理
当事件在具体的 DOM 节点上被触发后,最终都会冒泡到 document 上,document 上所绑定的统一事件处理程序会将事件分发到具体的组件实例
8.3 React 为什么要重新设计出一个合成事件
合成事件是 React 自定义的事件对象,它符合 W3C 规范,在底层抹平了不同浏览器的差异,在上层面向开发者暴露统一的、稳定的、与 DOM 原生事件相同的事件接口。
开发者们由此便不必再关注烦琐的兼容性问题,可以专注于业务逻辑的开发。
-
虽然合成事件并不是原生 DOM 事件,但它保存了原生 DOM 事件的引用。当你需要访问原生 DOM 事件对象时,可以通过合成事件对象的 e.nativeEvent
属性获取到它 -
合成事件无法获取到真实 DOM,但可以通过 React 提供 ref
API 进行获取
详细内容请参考React 事件与 DOM 事件有何不同?[6]
九. React 事件绑定的方式有哪些
9.1 类组件
9.1.1 render 方法中使用 bind
这种方式在组件每次 render 渲染的时候,都会重新进行 bind 的操作,影响性能
class App extends React.Component {
handleClick() {
console.log("this > ", this);
}
render() {
return <div onClick={this.handleClick.bind(this)}>test</div>;
}
}
复制代码
9.1.2 render 方法中使用箭头函数
通过 ES6 的上下文来将 this 的指向绑定给当前组件,同样在每一次 render 的时候都会生成新的方法,影响性能
class App extends React.Component {
handleClick() {
console.log("this > ", this);
}
render() {
return <div onClick={(e) => this.handleClick(e)}>test</div>;
}
}
复制代码
9.1.3 constructor 中 bind
在 constructor 中预先 bind 当前组件,可以避免在 render 操作中重复绑定
class App extends React.Component {
constructor(props) {
super(props);
this.handleClick = this.handleClick.bind(this);
}
handleClick() {
console.log("this > ", this);
}
render() {
return <div onClick={this.handleClick}>test</div>;
}
}
复制代码
9.1.4 定义阶段使用箭头函数绑定
能够避免在 render 操作中重复绑定
class App extends React.Component {
constructor(props) {
super(props);
}
handleClick = () => {
console.log("this > ", this);
};
render() {
return <div onClick={this.handleClick}>test</div>;
}
}
复制代码
9.2 函数式组件
-
箭头函数
函数组件没有实例,因此没有this
const App = () => {
handleClick = (e) => {
console.log(e);
};
return <div onClick={this.handleClick}>test</div>;
};
复制代码
详细内容请参考React 构建组件的方式有哪些[7]
十. React 构建组件的方式有哪些
-
类组件 -
高阶组件 -
render props
-
纯函数组件 -
Hooks
组件 -
自定义 Hooks
详细内容请参考React 构建组件的方式有哪些[8]
十一. React 中组件通信的方式有哪些
-
单个组件内部数据传递 -
state
-
父组件向子组件传递 -
props
-
子组件向父组件传递 -
props
-
兄弟组件之间的通信 -
props
-
父组件向后代组件传递 -
props
-
Context API
-
Redux
-
发布-订阅模式
-
EventBus
-
非关系组件传递 -
Context API
-
Redux
-
发布-订阅模式
-
EventBus
十二. React 的 key 有什么作用
说到 React 的 key,就要说到 React 的 Diff 算法
详细内容请参考React 列表循环为什么需要 key[9]
往期推荐
大厂面试过程复盘(微信/阿里/头条,附答案篇)
面试题:说说事件循环机制(满分答案来了)
专心工作只想搞钱的前端女程序员的2020
最后
欢迎加我微信,拉你进技术群,长期交流学习...
欢迎关注「前端Q」,认真学前端,做个专业的技术人...
点个在看支持我吧
往期推荐
最后
欢迎加我微信,拉你进技术群,长期交流学习...
欢迎关注「前端Q」,认真学前端,做个专业的技术人...
参考资料
https://juejin.cn/post/6978685539985653767: https://juejin.cn/post/6978685539985653767
[2]https://zh-hans.reactjs.org/docs/reconciliation.html#the-diffing-algorithm: https://link.juejin.cn?target=https%3A%2F%2Fzh-hans.reactjs.org%2Fdocs%2Freconciliation.html%23the-diffing-algorithm
[3]https://juejin.cn/post/6981739846461030408: https://juejin.cn/post/6981739846461030408
[4]https://overreacted.io/zh-hans/why-do-we-write-super-props/: https://link.juejin.cn?target=https%3A%2F%2Foverreacted.io%2Fzh-hans%2Fwhy-do-we-write-super-props%2F
[5]https://www.yuque.com/u221766/xgl0mb/oxl3ik: https://link.juejin.cn?target=https%3A%2F%2Fwww.yuque.com%2Fu221766%2Fxgl0mb%2Foxl3ik
[6]https://www.yuque.com/u221766/xgl0mb/iu68y0: https://link.juejin.cn?target=https%3A%2F%2Fwww.yuque.com%2Fu221766%2Fxgl0mb%2Fiu68y0
[7]https://juejin.cn/post/6952907248393781284#heading-2: https://juejin.cn/post/6952907248393781284#heading-2
[8]https://juejin.cn/post/6952907248393781284: https://juejin.cn/post/6952907248393781284
[9]https://juejin.cn/post/6940974776441634823: https://juejin.cn/post/6940974776441634823
来源:望道同学
https://juejin.cn/post/6981831831112908831