Skip to main content

React.js 相关

声明式 vs 命令式

声明式的前端框架(React.js/Vue.js/Angular),都是在描述开发者期待的视图状态,开发者只需关心最终的渲染结果,不用管中间的具体执行过程。

而命令式的如 jQuery,则是直接调用浏览器的 API(或者加上一层封装)来实现最具体的功能。

JSX

语法糖的本质

在 React 中,JSX 是 React.createElement(type, props, ...children) 的语法糖。

比如对于代码 <div className="card-title">{title}</div>div 就是 typeclassName="card-title" 就是一组 prop 的名称和值,div 元素里的所有内容都是 children

组件 JSX 最外层加分号

当组件的 return 语句返回 JSX 时,要在 JSX 的最外层加上圆括号 (),这样能够避免换行的 JSX 被编译器自动加分号从而导致短路问题。

命名规则

自定义组件的变量名/函数名首字母必须大写。如果首字母小写,React 会将其识别成不规范的 HTML 标签并交给浏览器处理。

HTML 元素全部小写,以便和自定义组件区分。

组件化开发

原则

组件拆分没有一个绝对的标准,需要根据实际的业务和交互来设计组件的层次结构,实现关注点分离:在开发哪个层次的组件,就只需要关注这个层次,无需关注上一层或下一层。

有的经验认为,对于中小型应用,从上向下拆分组件比较合适,先定义最大粒度的组件,然后逐渐缩小粒度;大型应用则相反。但是自己目前只写过小型应用,这一点还有待以后的经验来证明。

props

props 是 React 组件对外的数据接口,可以传入多种数据类型,包括函数。

props 属性命名建议用驼峰规则(camelCase),并且区分大小写。比如 filenamefileName 就是两个不同的 props。

如果要给 props 传入复杂的 JSX,记得传入的 JSX 只能有一个根元素,如果在语义层面不想加上一个实际的 HTML 元素或 React 组件,可以用 Fragment 元素 <></> 代替。

一般格式

像下面这样编写组件,在调用的时候,就可以在 children 的位置放入任意子元素,效果类似于 Vue.js 的 slot

const KanbanBoard = ({ children }) => {
return <main className="kanban-board">{children}</main>;
};

向被调用组件传值

对于如下的 React 组件:

const KanbanCard = ({ title, status }) => {
return (
<li className="kanban-card">
<div className="card-title">{title}</div>
<div className="card-status">{status}</div>
</li>
);
};

可以通过下面的方式,向组件中传值:

{
todoList.map((props) => <KanbanCard {...props} />);
}

PS:如果用 TypeScript 写 React 代码的话,就需要定义好传入组件的数据结构了。

子组件调动父组件

对于如下定义的组件:

const SomeComponent = ({ onEvent }) => {
const doSomething = () => {
onEvent(var1);
};
};

在调用它的组件中,可通过如下方式触发 onEvent 事件。下面的 handleEvent 函数其实是回调函数。

const handleEvent = (var1) => {
// 这里可以处理子组件传来的值,或者执行特定的操作
};

<SomeComponent onEvent={handleEvent} />;

虚拟 DOM

子组件

React 只有 元素树(FiberNode/Element Tree),没有 组件树(Component Tree) (TODO:这块儿没看懂)。

这里的元素,可以是 React 组件渲染的元素,也可以是 HTML 元素,还可以是字符串。

React 16 引入新的协调引擎 Fiber 之后,已经逐渐不再依赖以类(Class)为中心的实现了。元素只是节点的 POJO 描述,非常轻量,元素本身并不负责实例化类组件或调用 render 方法。在类组件的实例上,也没有 addChild()getParent() 这样描述组件间父子关系的方法或属性,函数组件更是如此。

协调

React 组件渲染出的元素树,在每次 props、state 变化的时候,会渲染出新的元素树,然后 React 会将新旧两个元素树做 diffing 对比,然后把元素的变化体现在浏览器页面的 DOM 中。

两个元素树对应节点的子元素如果都是列表,那么 React 会尝试按顺序匹配两个列表的元素。

如果列表元素没有 key 属性,React 就不知道哪些元素能保留哪些不能,于是就只能把整个列表推翻了重建,这样就会带来性能损耗。

当列表元素的 key 属性对于每个元素是唯一且稳定的,就不会产生上面的问题。

协调触发场景

触发协调有两个方向,拉(pull)的机制需要后台始终轮询,这样会增加资源开销,没有必要。

推(push)的方式就比较合理,结合 React 的设计哲学:UI = f(state),只在数据变化的时候触发协调即可。

而在 React 中,props、state、context 都可以操作组件数据。其中 props 从组件外面把数据传进来,state 在组件内操作数据;context 的话,由组件外的 Context.provider 提供数据,然后在组件内消费 context 数据。

只要三者之一发生了变化,React 就会对 当前组件 触发协调过程,最终按照 diffing 结果更改页面。

不可变性

在 React 中,props 和 state 都是不可变的。如果尝试在组件内修改或者新增 props 的属性,React 是会报错的。

组件生命周期

类组件生命周期

一个类组件的生命周期包含挂载(mounting)、更新(updating)、卸载(unmounting)这三个阶段,以及错误处理(error handling)阶段。类组件在这四个阶段提供了不同的生命周期方法,render() 也是一个生命周期方法,也是最重要的生命周期方法。

React 的 渲染阶段 主要负责 更新虚拟 DOM 树(FiberNode),这一过程可能被 React 暂停、恢复,也会有并发处理的情况,所以这一阶段的生命周期方法必须是 没有任何副作用的纯函数。由于这一阶段有可能会很慢,所以 React 把这一阶段设计为异步过程(即前面说的 协调 )。

提交阶段 则是根据渲染阶段的比对结果修改真实 DOM,这个阶段一般会很快,所以被设计为同步过程。

函数组件生命周期

函数组件的生命周期也包含挂载、更新、卸载三个阶段。虽然也有错误处理阶段,但没有对应的生命周期 hooks,错误处理依赖于父组件或祖先组件提供的错误边界。

在函数组件的挂载阶段,React 会执行组件函数(是执行这个组件里的所有函数?),执行函数过程中遇到的 useState、useMemo 等 hooks 会依次挂载到 FiberNode 上。useEffect 虽然也会被挂载,但它的副作用(在 Fiber 引擎中称为 Effect)会保留到提交阶段(是说提交阶段才执行副作用函数?)。

组件函数的返回值一般是 JSX,React 在渲染阶段根据返回值创建 FiberNode 树,在提交阶段 React 更新真实 DOM 之前,会依次执行前面定义的 Effect。

如果组件接收到新的 props,或者 setState 更改了状态,或者 useReducer 返回的 dispatch 更改了状态,组件就会进入更新阶段。组件函数本身会被再次执行,hooks 会依次与 FiberNode 上已挂载的 hooks 一一匹配,并根据需要更新。组件函数的返回值则用来更新 FiberNode 树。

进入提交阶段后,React 会更新真实 DOM,随后 React 会先执行上一轮 Effect 的清除函数,然后再次执行 Effect,包括 useEffect 与 useLayoutEffect。useLayoutEffect 是在更新真实 DOM 后同步执行的,类似于类组件的 componentDidMount、componentDidUpdate,而 useEffect 是异步执行的,一般晚于 useLayoutEffect。

Hooks

相关概念

纯函数:

  1. 无论被调用多少次,只要传入参数相同,返回值就一定相同,不受外部状态或者 IO 操作的影响。
  2. 被调用时不会产生副作用(side effect):不会修改传入的引用参数,不会修改外部状态,不会触发 IO 操作,也不会调用其他会产生副作用的函数。

纯函数组件:以纯函数的方式编写的组件。虽然没有副作用,但是除了 props 和 JSX,纯函数组件无法使用 React 的任何其他特性,对它来说,其他特性全都是 外部状态或者副作用

反过来说,如果要使用其他特性,只要让它显式地使用外部状态或者执行副作用就好了。

Hooks 就是这样一套为函数组件设计的,供用户访问 React 的内部状态或执行副作用操作,以函数形式存在的 React API。这里的“内部状态”,除了组件的 state,还包括 context、memo、ref 等。

函数组件

组件的 state 并不是绑定在函数组件上的,而是绑定在组件渲染产生的虚拟 DOM 节点(FiberNode)上的。所以在函数组件中调用 useState,意味着将访问组件以外、React 以内的状态,这就让函数产生了副作用,函数组件就不再是“纯函数组件”。但是这样一来,函数组件虽然不再纯粹,功能却更加强大了,可以使用 React 的绝大部分特性了。

纯函数组件 vs 纯组件

前者每次在渲染阶段都会执行,提交阶段如果没有变化就不会执行。而后者是一个主要用于性能优化的独立 API PureComponent:当组件的 props 和 state 没有变化时,将跳过这次渲染,直接用上次渲染的结果

useState

state 改变与组件重新渲染

在组件内部改变 state 会让组件重新渲染。换句话说,如果不在组件内部改变 state,就无法保证组件及时渲染。

生命周期

在组件挂载阶段,组件内会为每一条 useState 函数的语句创建一个 state,并根据传入的值对其进行初始化。

在组件每次更新的渲染阶段,useState 函数会被再次调用,但不会再重新初始化 state,而是保证返回值的第一个变量是最新的。

性能

每次组件更新都会调用 useState,这样就会产生性能隐患。传入 useState 的参数是简单的内容还好,如果传入复杂的表达式,比如计算斐波那契数列的函数 useState(fibonacci(40)),那么在每次组件更新时,即使表达式的值不会被 useState 使用,但表达式本身还是会被执行的。

不过这种问题有解决办法:给 useState 传入一个函数即可:useState(() => fibonacci(40)),这样 useState 只在组件挂载时执行一次这个函数,组件更新时不会再执行。

自动批处理

调用 state 更新函数后(setXXX),组件的更新是 异步 的,不会立刻执行。而在 React 18 中则为更新 state 加入了 自动批处理 功能,多个 state 更新函数的调用会被合并到一次重新渲染中。

从 React 18 起,无论是在事件处理函数、异步回调,还是 setTimeout 里的多个 state 的更新,默认都会被自动批处理,只触发一次重新渲染。而在 React 18 以前,自动批处理只会在 React 的事件处理函数中生效。

保证 state 更新函数使用最新的值

自动批处理虽然保证了 state 变化触发渲染时的性能,但也可能导致 state 的更新函数用的不是最新的值,比如下面的代码:

setShowAdd(!showAdd);
setTodoList([...todoList, aNewTodoItem]);

此时如果改为传入函数参数,那就能保证 state 更新函数使用最新的 state 来计算新的 state:

setShowAdd((prevState) => !prevState);
setTodoList((prevState) => {
return [...prevState, aNewTodoItem];
});

useRef

调用 useRef 会返回一个可变的 ref 对象。组件每次重新渲染时,同一个 useRef 返回的可变 ref 对象也会是同一个对象(和 useState 一样嘛)。

可变 ref 对象有一个可读可写的 current 属性,组件重新渲染不会影响该属性,该属性的变化也不会导致组件重新渲染。

而当 HTML 元素的 ref 属性值是一个可变 ref 对象时,在组件挂载阶段,HTML 元素对应的真实 DOM 创建之后,DOM 会被赋值给可变 ref 对象的 current 属性,即下面示例代码中的 inputElem.current;而在组件卸载,真实 DOM 销毁之前,current 属性会被设置为 null。

const inputElem = useRef(null);

useEffect(() => {
inputElem.current.focus();
}, []);
<input ref="{inputElem}" />

useEffect

React 为执行副作用操作提供了 useEffect 这个 hook,在实际开发中也建议把所有副作用操作都放在 useEffect 里执行。

useEffect 的调用格式为:useEffect(() => {}, []),第一个参数为 副作用回调函数(Effect Callback),其执行时机为组件的提交阶段,这个时候可以访问到组件的真实 DOM。

注意:useEffect 本身是在组件每次 渲染 时都会被调用的,其副作用回调函数则是在 提交 阶段被执行,两者执行时机不同。

依赖值数组

第二个参数为 依赖值数组(Dependencies),React 每次渲染组件时,会记下当时的依赖值数组,下次渲染会和前一次的做 浅对比(Shallow Compare),如果有不同,才在提交阶段执行副作用回调函数。

依赖值数组里可以加入 props、state、contenxt,一般来说,只要副作用回调函数中用到了自己范围之外的变量,都应该加入到这个数组里,这样 React 才能知道应用状态变化和副作用之间的因果关系。

空数组 [] 也是一个有效的依赖值数组,由于它在组件生命周期中不会变化,因此只会在组件挂载时执行一次,所以可以用来执行一些初始化操作,比如调用后端接口获取数据。

清除函数

useEffect(() => {
return function () {};
// or
return () => {};
}, []);

useEffect 中 return 语句后面的函数为 清除函数,在组件于下一次提交阶段执行同一个副作用回调函数之前,或者组件即将卸载之前,会执行这个清除函数。

useLayoutEffect 与 useEffect 类似,但前者是同步函数而不是异步函数,可能会导致阻塞,建议尽量使用 useEffect。

性能优化 hooks

记忆化 Memoization

定义:对于计算量大的函数,通过缓存它的返回值来节省计算时间,提升程序执行速度。

对于记忆化函数的调用者而言,存入缓存这件事本身就是一种副作用。useMemo 和 useCallback 做性能优化的原理就是记忆化,所以它们和 useEffect 一样,都是在处理副作用。

useMemo

const memorized = useMemo(() => heavyComputingFunction(a, b), [a, b]);

useMemo 接收的第一个参数为工厂函数,第二个参数和 useEffect 一样为依赖值数组。

useMemo 本身的用处:缓存工厂函数当前的计算结果。只有当依赖值数组中的值发生变化时,useMemo 才会重新计算。

对于工厂函数执行成本比较高的情况,比如计算斐波那契数列,就很适合用 useMemo 来缓存每一次的计算结果。

useCallback

const memorizedFunction = useCallback(() => {}, [a, b]);

作为 useCallback 第一个参数的回调函数会被返回给组件,只要第二个参数依赖值数组不发生变化,就会始终返回同一个回调函数(闭包)。

其实 useCallback 是 useMemo 的马甲,用 useMemo 重写上面 useCallback 的格式如下:

const memorizedFunction = useMemo(() => () => {}, [a, b]);

上面的 () => () => {} 就是 useMemo 的工厂函数。如果这样看的话,工厂函数直接返回另一个函数的操作也不算重,那么 useCallback 又是如何优化性能的呢?

想想之前提到的纯组件:props 和 state 没有变化时不会重新渲染。而在函数组件中声明的事件处理函数,在每次渲染时都会创建一个新函数。

如果把这个函数作为 props 传给作为子组件的纯组件的话,就会导致纯组件的优化无效。而此时如果合理使用 useCallback 的话,就能够避免纯组件频繁渲染,从而实现优化性能的目的。

Hooks 使用规则

  1. 只能在函数组件中调用 Hooks,只有“勾”住了 React 的虚拟 DOM,Hooks 才能生效。

  2. 只能在组件函数的最顶层调用 Hooks,这样 React 才能识别每个 Hook,保持它们的状态,保证其执行顺序。所以这就是为什么不能在循环、条件语句或者 return 之后调用 Hooks。

从 Fiber 协调引擎的底层来看,函数组件首次渲染时会创建对应的 FiberNode,FiberNode 上会保存一个记录 Hooks 状态的单向链表。

而当函数组件再次渲染时,每个 Hook 都会被再次调用,这些 Hooks 会按顺序在上面的单向链表中认领自己上一次的状态,并按需去沿用或者更新自己在链表中的状态。

这也说明了为什么一个 useState 每次渲染返回的 state 更新函数都是同一个函数(引用),useEffect 也是通过这个 Hook 状态来比对依赖值数组在两次渲染之间是否有更改。

如果没有这个限制,如果没有记录 Hooks 状态的单向链表,那么在函数组件每次渲染时,就难以确定每个 Hook 是否有变化了。

事件处理

React 合成事件

合成事件是原生 DOM 事件的一种包装,它和原生事件的接口相同,并且 React 内部规范(normalize)了这些接口在不同浏览器中的行为

  1. React 合成事件属性要用驼峰格式(camelCase)来写,比如 onClickonKeyDown
  2. 在 JSX 中使用合成事件时,要传入函数,而不是字符串,比如 onClick={handleClick}onKeyDown={evt => handleKeyDown(evt)}
  3. 如果要以捕获方式监听事件的话,需要在事件属性后加上 Capture,比如 onClickCapture={handleClick}
  4. onChange 之类的事件(onBeforeInputonMouseEnteronMouseLeaveonSelect),React 在不会导致显示抖动的前提下,表单元素值的改变会尽可能及时地触发这一事件。
  5. 事件代理模式:React 在创建根的时候(createRoot),会在根容器上监听所有自己支持的原生 DOM 事件。当原生事件被触发时,React 会根据事件的类型和目标元素,找到对应的 FiberNode 和事件处理函数,创建相应的合成事件并调用事件处理函数。如果查看某个子元素上合成事件的 evt.nativeEvent.currentTarget 属性,就会发现它的值是 React 的根元素 <div id="root"></div>

受控组件与表单

在 React 中处理表单输入时,比如 input 元素,一般是在 onChange 合成事件相关联的 handleChange(evt) 函数中对输入内容(evt.target.value)进行处理,然后将其保存在组件 state text 中,并将 input 元素的 value 属性绑定到 text 上。这样 state 一变化就会让组件重新渲染,input 元素的当前值就会更新成 text 的值。

这种以 React state 为单一事实来源(Single Source of Truth),并用 React 合成事件处理用户交互的组件,被称为“受控组件”

大部分表单元素,包括单选框、多选框、下拉框等,都可以做成受控组件。

需要使用原生 DOM 事件的场景

  1. 需要监听 React 组件树之外的 DOM 节点的事件时,包括 window 和 document 对象的事件。

注意:在 React 组件里监听原生 DOM 事件,属于典型的副作用,所以务必要在 useEffect 中监听,并在其清除函数中及时取消监听,示例代码如下。

useEffect(() => {
window.addEventListener("resize", handleResize);

return function cleanUp() {
window.removeEventListener("resize", handleResize);
};
}, []);
  1. 第三方框架,尤其是与 React 异构的框架,在运行时会生成额外的 DOM 节点。在 React 应用中整合这类框架时,常会有非 React 的 DOM 侵入 React 渲染的 DOM 树。需要监听这类框架的事件时,也需要监听原生 DOM 事件。这同样也需要在 useEffect 或者 useLayoutEffect 中进行处理。

单向数据流

函数响应式编程

定义:利用函数式编程的部件,进行响应式编程的编程范式。

数据流

数据流:响应式编程将程序逻辑建模成为 在运算之间流动的数据及其变化

比如对于 b = a * 2 这个语句,如果把 a * 2 定义为一个运算,那么一旦流动进来的 a 发生了变化,b 就会自动响应前者的变化。

React 的设计哲学 UI = f(state) 也是如此,比如一个函数组件 ({a}) => (<div>{ a * 2 }</div>),只要 prop 属性 a 发生变化,组件渲染的 div 包含的内容就会自动变化。

React 数据流

React 的数据流主要包含了三种数据:属性 props、状态 state 和上下文 context。

Props

自定义 React 组件接受一组输入参数,这组参数就是 props,它可以改变组件运行时的行为。

Props 数据流是单向的,只能从父组件流向子组件。

声明 函数组件的 props 时,建议使用 ES6 的解构赋值语法,这种写法有多种好处:

  1. 可直接在组件内部读取单个 props 变量。
  2. 可以为单个 prop 设置默认值。
  3. 可以用 ES2018 的 Rest 语法,将解构剩余属性赋给一个变量,以便透传给子元素。

函数组件的示例定义如下所示:

function MyComponent({ prop1, prop2 = 'abc', ...restProps }) { ... }

使用自定义组件时,可以通过 JSX 语法为 props 赋值:

<MyComponent prop1="text" prop2={123} booleanProp>
{children}
</MyComponent>

给 props 赋值时有几点注意事项:

  1. 文本 prop 不需要大括号,只需要引号:prop1='text'
  2. 布尔类型的 prop 如果值为真,可以不需要写值:booleanProp
  3. children 代表子元素。
  4. 列表子元素的 key 和引用 DOM 元素的 ref 都不是 props。
    1. 如果子元素是自定义组件,在子组件内部是不能读取传给它的 key 或者 ref 值的,得用另外的 prop 传进来。

State

Props 是从父组件传给子组件的数据,而一个组件也可以拥有 自己的数据

对函数组件来说,因为每次渲染时函数体都会重新执行,函数体内的变量也会被重新声明。如果需要组件在它的生命周期内拥有一个”稳定存在“的数据,React 为此引入的专有概念就是 state

在函数组件中使用 state,可以用 useState 或者 useReducer 这两个 hooks。

组件的 state 发生变化时,组件会重新渲染。React 底层是用 Object.is() 方法来判断两个值是否不同的。

对于对象、数组、函数而言,判断的是引用是否相同,而不是值是否相同。所以在 React 中更新这类数据时,需要新建对象或数组,才能让组件认为 state 发生了变化。

注意:如果希望由子组件或后代组件修改 state,需要将对应的 state 更新函数包在另一个函数中,然后将函数以 props 或 context 的形式传给子组件或后代组件。

Context

Context 用于跨越多个组件层次结构,向后代组件传递和共享“全局”数据。

其具体用法如下:

// 1. 创建 Context 对象
const MyContext = React.createContext(defaultValue);

// 2. 在父级组件中使用 Provider 组件,将数据传递给后代组件
<MyContext.Provider value={/* some value */}>
{children}
</MyContext.Provider>

// 3. 在后代组件中使用 useContext() hook,读取数据
const value = useContext(MyContext);

MyContext.Provider 是可以嵌套使用的,也就是说,可以在一个组件中使用多个 MyContext.Provider,后代组件则是读取祖先节点中最近的 MyContext.Provider 中的数据。

MyContext.Providervalue 属性可以传入对象,但要避免在组件重新渲染时反复创建新的对象。要想避免这个问题,可以用 useStateuseMemo 来解决。

// 1. useState 写法
const [obj, setObj] = useState({ key: "value" });

return <MyContext.Provider value={obj}>{children}</MyContext.Provider>;

// 2. useMemo 写法
const [state1, setState1] = useState("value1");
const obj = useMemo(() => ({ key: state1 }), [state1]);