“纯组件”作为性能优化的手段，本应该值得在全局使用。如果我们真的那么做了，则React官方就应该默认所有的组件都是“纯组件”。但事实上React官方并没有这么做，这是为什么？

阅读react组件库的时候，发现很多自定义的hooks中很喜欢使用ref，使用ref让人的观感很不好，但是为什么又不得不使用ref呢？以及复习一下useCallback的使用场景

背景 在开发移动端 h5 页面的时候，用到了一个 Tabs 组件。 上线之后发现在由于移动端的宽度小，界面上显示了如下几个 Tab，虽然用户可以左右滚动 TabsBar，但是问题是用户并不知道这个 T

react请求的正确姿势 目标 分享 react 官方为什么不推荐使用 useEffect 请求数据。 分享 react-router 在解决数据请求上的实践经验。 背景 在 react 中我们习惯性

说起数据加载的机制，有一个绕不开的话题就是前端性能，很多电商门户的首页其实都会做一些垂直的定制优化，比如让请求在页面最早加载，或者在前一个页面就进行预加载等等。随着react18的发布，请求机制这一块

前言 作为React坚实的拥护者，从v16开始，历经class到hook的完整演变。 当然React作为一个纯粹的Js Library，并没有提供状态管理的api，对于状态管理这个命题来说，社区以及R

简单介绍memoization，对react新文档中不必滥用memo, useMemo, useCallback的介绍进行整合翻译。

本篇文章的核心观点是 `把变的从不变中抽离出来，`在写代码的时候就考虑到性能，把`变的从不变的抽离出来`。 抽离 + 提升wrapper。

既然你知道了状态提升，那么我想聊一聊状态下沉。 useCallback、useMemo、memo、shouldUpdate，性能优化的API，不出性能问题你是不该使用的，盲目的使用会造成负优化，甚至还