React Hooks总结
学霸初养成 人气:1Hook 前言
什么是Hook
自从 16.8 版本开始,hooks 的出现使得你可以在不编写 class 的情况下使用状态管理以及其它 React 的特性。
那么在 React Hooks 出现之前,class 类组件和 function 函数组件有什么区别?Hooks 出现之后,函数组件又是如何满足原来只有类组件才有的功能的?
1.类组件和没有 hooks 加持的函数组件:
函数组件常被称为无状态组件,意思就是它内部没有状态管理,只能做一些展示型的组件或者是完全受控组件。因此差别主要体现在:
- 函数组件没有内部状态管理
- 函数组件内部没有生命周期钩子
- 函数组件不能被获取组件实例 ref,函数组件内也不能获取类组件的 ref
2.类组件和有 hooks 加持的函数组件:
有了 hooks 加持之后,函数组件具备了状态管理,除了可以使用内置的 hooks ,我们还可以自定义 hooks。
- 类组件有完备的生命周期钩子,而函数组件只能具备:DidMount / WillUnmount / DidUpdate / willUpdate
- 函数组件内部可以通过内置 hook 获取类组件 ref,也可以通过一些 API 的组合使用达到获取函数组件 ref 的功能
- 函数组件具备了针对状态变量的 setter 监听(类似于 vue watch),类组件没有这种 API。(useCallback、useEffect、useMemo等)
类组件原本比函数组件更加完整,为什么还需要 hooks?
这要说到 React 的设计理论:
- React 认为,UI 视图是数据的一种视觉映射,即 UI = F(DATA) ,这里的 F 需要负责对输入的数据进行加工、并对数据的变更做出响应
- 公式里的 F 在 React 里抽象成组件,React 是以组件为粒度编排应用的,组件是代码复用的最小单元
- 在设计上,React 采用 props 来接收外部的数据,使用 state 属性来管理组件自身产生的数据(状态),而为了实现(运行时)对数据变更做出响应需要,React 采用基于类 Class 的组件设计
- 除此之外,React 认为组件是有生命周期的,因此开创性地将生命周期的概念引入到了组件设计,从组件的 create 到 destroy 提供了一系列的 API 共开发者使用
类组件 Class Component 的困局
组件状态逻辑复用困局
对于有状态组件的复用,React 团队和社区尝试过许多方案,早期使用 CreateClass + Mixins,使用 Class Component 后又设计了 Render Props 和 HOC,再到后来的 Hooks设计,React 团队对于组件复用的探索一直没有停止。
HOC 和 Render Props 都有自己的缺点,都不是完美的复用方案(详情了解 React HOC 和 Render Props),官方团队认为应该为共享状态逻辑提供更好的原生途径。在 Hooks 加持后,功能相对独立的部分完全抽离到 hook 实现,例如网络请求、登录状态、用户核验等;也可以将 UI 和功能(状态)分离,功能放到 hook 实现,例如表单验证。
复杂组件变得难以理解
我们经常维护一些组件,它们起初很简单,但是逐渐会被状态逻辑和副作用充斥。在多数情况下,不可能将组件拆分为更小的粒度,因为状态逻辑无处不在。这也给测试带来了挑战。Hook 可将组件中相互关联的部分拆分成更小的函数
JavaScript Class 的缺陷
- this的指向问题(语言缺陷)
- 编译后体积和性能的问题
同样功能的类组件和函数组件,在经过 Webpack 编译后体积相差明显,也伴随着一定的性能问题。这是因为 class 在 JavaScript 中本质是函数,在 React 内部也是当做 Function类 来处理的。而函数组件编译后就是一个普通的 function,function 对 JS 引擎是友好的。
内置 Hooks
useState
const [state, setState] = useState(initialState);
用来承担与类组件中的 state 一样的作用,组件内部的状态管理
function () { const [ count, setCount ] = useState(0); const onClick = () => { setCount( count + 1 ); // setCount(count => count + 1); }; return <div onClick={onClick}>{ count }</div> }
除了直接传入最新的值,还可以函数式更新,这样可以访问到先前的 state。如果你的初始 State 创建比较昂贵时,可以传一个函数给 useState:
function Table(props) { // ⚠️ createRows() 每次渲染都会被调用 const [rows, setRows] = useState(createRows(props.count)); // ... } function Table(props) { // ✅ createRows() 只会被调用一次 const [rows, setRows] = useState(() => createRows(props.count)); // ... }
如果是复杂类型的 state,需要传入修改后的完整的数据,不再像类组件中的 setState 可以自动合并对象,需要手动合并:
setState(prevState => ({...prevState, ...updatedValues}));
此外,useReducer 是另一种可选的方案。
useEffect
useEffect(func, [deps]);
可以用来模拟生命周期,即可以完成某些副作用。什么叫副作用?一般我们认为一个函数不应该对外部产生影响,一旦在函数内部有某些影响外部的操作,将其称之为副作用。例如改变 DOM、改变 Window对象(Global)、设置定时器、使用原生API绑定事件等等,如果处理不好,它们可能会产生 bug 并产生破坏。
如果只传一个参数,每次组件渲染都会执行回调函数(挂载+跟新),相当于 componentDidMount() + componentDidUpdate()
返回值函数:在组件更新前、组件卸载时执行,相当于 componentWillUnmount() + componentWillUpdate()
useEffect(() => { // 每次渲染后执行此函数,获取到的值是最新的 console.log("Effect after render", count); return () => { // 每次执行useEffect前,先执行此函数,获取到的数据是更新之前的值 console.log("remove last", count); } });
第二个参数是依赖列表,当依赖的状态数据发生改变时会执行回调
1.如果是一个空数组,表示没有依赖项
- 回调函数:只在组件挂载的时候执行一次,相当于 componentDidMount()
- 返回值函数:只在组件卸载的时候执行一次,相当于 componentWillUnmount()
2.如果有值
- 回调函数:除了具有 componentDidMount(),还当 数组内的变量发生变化时执行 componentDidUpdate()
- 返回值函数:除了具有 componentWillUnmount(),还当 数组内的值发生变化时执行 componentWillUpdate()
需要注意的是,
1.第二个参数的比较其实是浅比较,传入引用类型进去是无意义的
2.一个组件内可以使用多个 useEffect,它们相互之间互不影响
3.useEffect 第一个参数不能是 async 异步函数,因为它总是返回一个 Promise,这不是我们想要的。你可以在其内部定义 async 函数并调用
useLayoutEffect
它与 useEffect 的用法完全一样,作用也基本相同,唯一的不同在于执行时机,它会在所有的 DOM 变更之后同步调用 effect,可以使用它来
useEffect 不会阻塞浏览器的绘制任务,它会在页面更新之后才执行。而 useLayoutEffect 跟 componentDidMount 和 componentDidUpdate 的执行时机一样,会阻塞页面渲染,如果当中有耗时任务的话,页面就会卡顿。大多数情况下 useEffect 比 class 的生命周期函数性能更好,我们应该优先使用它。
如果你正在将代码从 class 组件迁移到使用 Hook 的函数组件,则需要注意 useLayoutEffect 与 componentDidMount、componentDidUpdate 的调用阶段是一样的。但是,我们推荐你一开始先用 useEffect,只有当它出问题的时候再尝试使用 useLayoutEffect。
useReducer
const [state, dispatch] = useReducer(reducer, initialArg, init);
useState 的替代方案,它接收一个 (state, action) => newState 的 reducer 处理函数,并返回当前的 state 和 配套的 dispatch 方法。使用方法与 redux 非常相似。
某些场景下,useReducer 比 useState 更加适用:
- 当状态变量比较复杂且包含多个子值的时候
- 下一个 state 依赖之前的 state
const initialState = {count: 0}; function init(initialCount) { return {count: initialCount}; } function reducer(state, action) { switch (action.type) { case 'increment': return {count: state.count + 1}; case 'decrement': return {count: state.count - 1}; default: throw new Error(); } } function Counter(props) { const [state, dispatch] = useReducer(reducer, initialState); // const [state, dispatch] = useReducer(reducer, props.initialCount, init); return ( <> Count: {state.count} <button onClick={() => dispatch({type: 'decrement'})}>-</button> <button onClick={() => dispatch({type: 'increment'})}>+</button> </> ); }
此外,它还可以模拟 forceUpdate()
const [ignored, forceUpdate] = useReducer(x => x + 1, 0); function handleClick() { forceUpdate(); }
useCallback
const memoizedCallback = useCallback(func, [deps]);
useCallback 缓存了方法的引用。它有的作用:性能优化,父组件更新,传递给子组件的函数指针不会每次都改变,只有当依赖项发生改变的时候才会改变指针。避免了子组件的无谓渲染
它的本质是对函数依赖进行分析,依赖变更时才重新执行。
useMemo & React.memo
useMemo 用于缓存一些耗时的计算结果(返回值),只有当依赖项改变时才重新进行计算。
useCallback(func, [deps]) 等同于 useMemo(() => func, [deps])
useCallback 缓存的是方法的引用,useMemo 缓存的是方法的返回值,适用场景都是避免不必要的子组件渲染。
在类组件中有 React.PureComponent,与之对应的函数组件可以使用 React.memo,它们都会在自身 re-render 时,对每一个 props 项进行浅对比,如果引用没有发生改变,就不会触发渲染。
那么,useMemo 和 React.memo 有什么共同点呢?前者可以在组件内部使用,可以拥有比后者更细粒度的依赖控制。它们两个与 useCallback 的本质一样,都是进行依赖控制。
useContext
专门为函数组件提供的 context hook API,可以更加方便地获取 context 的值。
const value = useContext(MyContext);
useContext(MyContext) 接收一个 context 对象,当前获取到的值由上层组件中距离最近的 <MyContext.Provider> 的 value 决定。
useContext(MyContext) 相当于之前的 static contextType = MyContext 或者 <MyContext.Consumer>
useRef
const refContainer = useRef(initialValue);
useRef 返回一个可变的 ref 对象,其 current 属性被初始化为传入的参数。返回的 ref 对象在组件的整个生命周期内保持不变。
注意:此 hook 可以获取 DOM 元素、类组件示例,但无法获取函数组件实例,因为函数组件根本没有实例。如果想让函数组件被获取到 ref,可以使用 useImperativeHandle 来达到这样的效果
另外,useRef 获取到的“ref”对象是一个 current 属性可变且可以容纳任意值的通用容器。可以实现如下功能:
- 模拟实例变量
- 获取 prevProps、prevState
// 当做 class 实例变量 function Timer() { const intervalRef = useRef(); useEffect(() => { const id = setInterval(() => { // ... }); intervalRef.current = id; return () => { clearInterval(intervalRef.current); }; }); // ... } // 获取prevProps,prevState function Counter(props) { const [count, setCount] = useState(0); const prevProps = useRef(props); const prevCount = useRef(count); useEffect(() => { prevCount.current = count; prevProps.current = props; }); return <h1>Now: {count} - {props}, before: {prevCount.current} - {prevProps.current}</h1>; }
useImperativeHandle
useImperativeHandle 可以让你在使用 ref 时自定义对外暴露的属性。官方指出,它应当与 forwardRef 一起使用。
示例:
function FancyInput(props, ref) { const inputRef = useRef(); useImperativeHandle(ref, () => ({ focus: () => { inputRef.current.focus(); } })); return <input ref={inputRef} ... />; } FancyInput = forwardRef(FancyInput);
此时,通过 ref 获取到 FancyInput 的"实例",其 current 属性内只有 foucs 属性可供访问
加载全部内容