大家好，又见面了，我是你们的朋友全栈君。
本文转自 FEPulse 公众号（微信搜索 FEPulse，精选国内外最新前端资讯，为你把握前端脉搏）。
React v16.6 发布，包含一些便捷的功能，我们对此进行梳理。
React.memo
React.memo 是一个高阶组件，类似于 React.PureComponent，但参数是函数组件而不是类组件。
纯函数的意思是传入同样的输入应该得到同样的输出，对应的，对于一个函数组件而言，如果传入同样的 props，渲染结果也应该一样的话，那么使用 React.memo 包裹这个函数组件则可以获得较大的性能提升。
原理是 React 会对传入的 props 进行浅比较，如果 props 没有变化，则直接返回上一次渲染结果，避免重复渲染。你也可以在 React.memo 的第二个参数中定制自己的比较逻辑。
这里有个小插曲，在起名上，有人问为啥不叫 React.pure，而叫 React.memo 呢？对此，React 的作者 Dan 对此回应：React.memo 中的 memo 是 memoization，即缓存的意思，React.memo 赋予了函数组件缓存的能力，并且 memoization 太难拼写，因此这个方法最终被称为 React.memo。
React.lazy: Code-Splitting with Suspense
Suspense 最初是由 Dan 在今年 3 月份的 JSConf Iceland 2018 中提出，我们对此也做了详细介绍： 【前端资讯】React 的未来：Time Slicing 和 Suspense
从 v16.6 开始，你可以使用 Suspense 组件和 React.lazy 方法做 Code Splitting。
需要注意的是，这种使用方式还不支持 SSR。
static contextType
从 v16.3 开始，React 引进了 new Context API，但发布之后反馈不太理想，使用起来比较困难，因此从 v16.6 开始添加了一个便利的 API 来使用类组件中的 context value。
static getDerivedStateFromError()
React v16 引入了 Error Boundaries 来处理渲染时抛出的错误，同时错误发生时也会触发 componentDidCatch。在触发之前，错误的组件将被当做 null 处理，但这可能不符合父组件的 ref 不能为 null 的预期。同时，它也无法从服务器上的错误中恢复，因为 Did 开头的生命周期方法在服务器端并不会触发。
因此，React v16.6 添加了 static getDerivedStateFromError(error) 方法，允许开发者在 render 完成之前渲染 Fallback UI。这个生命周期函数触发的条件是子组件抛出错误，然后 getDerivedStateFromError 接收这个错误参数后更新 state。
Deprecations in StrictMode
弃用了 StrictMode 中的两个 API：ReactDOM.findDOMNode() 和 Legacy Context。
转载于:https://juejin.im/post/5bd26c9351882529306e0857
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/107233.html原文链接：https://javaforall.net
![java softReference 详解 .[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
