可能你的react函数组件从来没有优化过
16.6之前，函数组件没有像
shouldComponentUpdate这样的方法，也没有类似PureComponent这种解决方案，避免不了函数组件里面所有的代码再次的执行，要依靠外面的条件渲染来控制，或者是高阶组件。之前的话，选择使用函数组件的情况是一些比较简单的又比较纯的组件，只是负责展示的。而且函数组件最终编译babel结果是只执行createElement那一步；class组件一样有生命周期要实例化，最终经过Babel成es5代码的时候还很长
React.memo
当16.6的memo问世，函数组件就有了类似 PureComponent和 shouldComponentUpdate的解决方案，memo的使用方法：
const C = (props) => { return <section>{props.name}你太美</section>}
export default React.memo(C)当父组件执行render的时候，避免不了C组件的渲染和C函数的执行（如果不在外面加判断的话：{isShowC&&<C/>}）。当到了C组件的时候，会浅比较C组件前后props值。如果props每一个属性值都一样，会跳过函数组件C的执行，减少了不必要的渲染，达到了性能优化。
memo第二个参数
第二个参数，是一个函数，该函数传入参数是新props和上次props，我们可以在函数里面做判断逻辑，控制返回值。当我们让函数return true的时候，告诉了react这两个props是一样的，不用重新执行整个函数组件；反之false的时候会重新执行该组件
memo(IfEqual, () => false);比如这行代码，判断函数一直返回false， memo包住的 IfEqual组件无论怎样都会重新执行
当我们用上了memo，就可以根据业务来进行优化了：
React.memo(C, (nextProps, prevProps) => { // 做我们想做的事情，类似shouldComponentUpdate})函数组件中传入的props值为函数时
我们都知道，js中函数不是简单数据类型，也就是说 function(){}和 function(){}是不一样的，与 {}和 {}不一样同理。那么我们传入 props.onClick（即使是长得一样的内容完全一样），前后 props.onClick都不能划上等号
<div> <IfEqual onClick={() => {}} /> </div>觉得inline function不好看，那前面定义一下，实际上还是逃不了同一个事情：它们是不一样的。这次是因为，函数组件的渲染，也就是执行，每一次重新执行，函数作用域里面一切都是重新开始。这就相当于上一次组件渲染 consthandleClick=()=>{}，后面渲染又一次 consthandleClick=()=>{},它们都不是同一个东西
export default () => { const handleClick = () => {} return ( <div> <IfEqual onClick={handleClick} /> </div> )}这种情况下，我们可以用memo第二个参数来拯救多余一次的渲染的局面：
// props: { a: 1, onClick: () => {} }// 在我们知道onClick是做同一个事情的函数的前提下，不比较onClickReact.memo(C, (nextProps, prevProps) => nextProps.a === prevProps.a)最后，前后props的 onClick，它们只有一种情况是一样的——把声明抽到组件外面去
const handleClick = () => {} export default () => { return ( <div> <IfEqual onClick={handleClick} /> </div> )}这时候，有没有想起class组件里面总是 onClick={this.handleClick}呢？this.handleClick一直都是同一个函数。这种情况，子组件为函数组件的时候，包一层memo就可以实现purecomponent的效果
useCallback
函数组件把函数定义写在外面，是可以解决问题。但是，如果handleClick依赖组件内部的一些变量，那handleClick又不得不写在里面（当然利用引用类型可以解决）。或者还是正常写，靠memo第二个参数来控制要不要重新渲染子函数组件。但是无论怎样，都存在一个问题，就是那一块代码写在里面呢，都无法避免代码的执行和函数的重新定义，比如
function a(){ const b = function(){ console.log(1) // 很多很多代码 }}a()a() // 函数b又被定义了一次如果我们通过依赖来确定前后两次是不是同一个函数，我们可以用函数记忆来实现整个功能
// 半伪代码let prevlet prevDepsfunction memorize(fn, deps) { // 前后依赖一致，不用重新计算直接返回上次结果 if (prev && isEqual(deps, prevDeps)) { return prev } prevDeps = deps prev = fn return fn}
function a(){ const b = memorize(function(){ console.log(1) // 很多很多代码 }, [])}a()a() // 函数b是同一个类似函数记忆的原理，后来有了 useCallback的出现，多了一种新的解决方案，根据依赖生成一个函数：
const handleClick = useCallback(() => { console.log(dep)}, [dep])当dep不变，每一次函数组件的执行，handleClick都是同一个函数。如果dep变了，那么handleClick又是一个新的函数
export default () => {// 没有依赖，永远是同一个函数const handleClick = useCallback(() => {}, []);
// 依赖a，重新执行函数组件，a不变的，是同一个函数// a变了handleClick是新的函数const handleClick1 = useCallback(() => {}, [a]); return ( <div> <IfEqual onClick={handleClick} /> </div> )}react组件也是一个函数，那其实 useCallback还可以做一个函数组件：
export default () => {const handleClick = useCallback(() => {}, []);const Cpn = useCallback(({ name }) => { return <button onClick={handleClick}>{name}</button>}, [handleClick]);
return ( <div> <Cpn name="hi" /> </div> )}当然这只是一个简单的场景，如果用了hooks，还没有解决问题或者暂时没有想到优雅的封装技巧，想用高阶组件的时候，不妨尝试一下 useCallback
useMemo
const a = useMemo(() => memorizeValue, deps)当deps不变，a的值还是上次的memorizeValue，省去了重新计算的过程。如果memorizeValue是一个函数，和useCallback是一样的效果：
useCallback(fn, inputs) <=> useMemo(() => fn, inputs)
我们可以试一下同步执行的代码，当时间非常长的时候，useMemo可以发挥它的作用了：
// 强行更新组件const useForceUpdate = () => { const forceUpdate = useState(0)[1]; return () => forceUpdate(x => x + 1);}// 一个很耗时间的代码function slowlyAdd(n) { console.time('add slowly') let res = n; for (let i = 0; i < 2000000000; i++) { res += 1; } console.timeEnd('add slowly') return res;}
// useMemo记忆结果的一个自定义hookfunction useSlowlyAdd(n) { const res = useMemo(() => { return slowlyAdd(n); }, [n]) return res;}
export default () => { const [count, add] = useState(1); const forceUpdate = useForceUpdate(); const handleClick = useCallback(() => {}, []); useSlowlyAdd(count) // 第一次这里会耗很多时间，页面卡死一阵 return ( <> <button onClick={forceUpdate}>更新页面</button> <button onClick={() => add(count + 1)}>+</button> </> )}第一次进来，页面暂时没有任何反应一阵，这是因为slowlyAdd占用了js主线程。当我们点击‘更新页面’更新的时候，页面并没有卡死，而且组件也重新渲染执行了一次。当我们点击+，页面又开始卡死一阵。
这是因为点击+的时候，修改了useMemo的依赖n，n变了重新计算，计算耗费时间。如果点击更新页面，没有修改到依赖n，不会重新计算，页面也不会卡
当然，useMemo也可以做高阶组件，用起来的时候，可以写成reactElement的形式了：
const HOC = useMemo(() => <C />, deps)最后
有如下的组件，Big是一个10w个节点的组件，每一个节点都绑定事件
const handleClick = useCallback(() => {}, []);export default () => { return ( <div> <Big onClick={handleClick} /> </div> )}如果Big组件没有memo包住，首次挂载和再次渲染父组件性能如下：
如果Big组件有memo包住而且props被认为是一样的情况下，首次挂载和再次渲染父组件性能如下：
但是性能优化不是免费午餐，不是所有的函数组件都包memo，组件里面的函数都包usecallback就好了。因为具有memorize，没有优化的意义的情况下强行优化，反而是性能恶化。
总结一下对于props的某个属性值为函数的时候，如何做到子组件不重新执行多余渲染：
关注我们
IMWeb 团队隶属腾讯公司，是国内最专业的前端团队之一。
我们专注前端领域多年，负责过 QQ 资料、QQ 注册、QQ 群等亿级业务。目前聚焦于在线教育领域，精心打磨 腾讯课堂、企鹅辅导 及 ABCMouse 三大产品。
社区官网：
http://imweb.io/
加入我们：
https://hr.tencent.com/position_detail.php?id=45616
扫码关注 IMWeb前端社区 公众号，获取最新前端好文
微博、掘金、Github、知乎可搜索 IMWeb 或 IMWeb团队 关注我们。
👇点击阅读原文获取更多参考资料
腾讯云开发者
