useEffect 中防抖无效： 若直接在useEffect()中调用防抖函数，会发现防抖不起作用： 效果如图所示，点击5次，打印5次（是无效的防抖）， 原因是……

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

React 在构建用户界面整体遵循函数式的编程理念,即固定的输入有固定的输出,尤其是在推出函数式组件之后，更加强化了组件纯函数的理念。但实际业务中编写的组件不免要产生请求数据、订阅事件、手动操作 DO

在我们React的日常开发中一些常用的写法，看似运行的很好，实际可能并不优雅。学习React并不是如何如何使用它，而是如何写出优雅，干净的代码。下面举一些例子，总结了一些React开发中不好的写法及相

大家好，我卡颂。 虽然React官网用大量篇幅介绍最佳实践，但因JSX语法的灵活性，所以总是会出现奇奇怪怪的React写法。 本文介绍2种奇怪（但在某些场景下有意义）的React写法。也欢迎大家在评论

useSyncState和useSyncMemo再次升级了，它们可以用来获取最新状态，消除react的副作用，提升性能，减少react的心智负担，大大提升开发体验。

许多开发人员继续使用useState和useEffect Hook来更新状态，但是我不喜欢这种访问。问题是，它会导致组件同时挂载、重新挂载和卸载，从而导致意外行为。因此，在控制台输出日志时，你可能会看

原作博客可以说是我全网所见的关于 React 性能优化最好的博客。这篇文章告诉我们，两个被广泛使用的 hooks 是如何被滥用的，而我们为什么应该将大部分与它们相关的代码删掉

目前我们的应用很多是采用 createContainer 来管理状态的，实现逻辑和 unstated-next 类似，但是它依然存在 Context 状态变化时会渲染所有消费者组件的问题。