在进入正式阅读之前，最好先思考一下下面的问题：React Hooks真的有生命周期吗？React Hooks的函数里面定义的函数或者变量会被缓存吗，这样下次再调用组件的时候就可以不用重新声明了。

如果react火起来的时候，没有virtual dom，会怎样？你还会选择使用react吗？这是一个历史假设问题。但今天来看，这个问题却非常有趣，因为，在经历对react的狂热追捧之后

React 的数据是自顶向下单向流动的，即从父组件到子组件中，组件的数据存储在 props 和 state 中。实际上在任何应用中，数据都是必不可少的，我们需要直接的改变页面上一块的区域来使得视图的刷新

react-multi-page-app 是一个基于 webpack5 搭建的 react 多页面应用。为什么搭建多页面应用：多个页面之间业务互不关联，页面之间并没有共享的数据

UI产生交互的根本原因是各种事件，这也就意味着事件与更新有着直接关系。不同事件产生的更新，它们的优先级是有差异的，所以更新优先级的根源在于事件的优先级。一个更新的产生可直接导致React生成一个更新任务，最终这个任务被Scheduler调度

这样的用法和以往的 setState 是有明显的不同的，他看起来更像 redux——我们初始化一个 state，然后 dispatch 一个 action，再由 reducer 改变 state 后返回新的 state。

在典型的 React 数据流中，props 是父组件与子组件交互的唯一方式。要修改一个子组件，你需要使用新的 props 来重新渲染它。但是，在某些情况下，你需要在典型数据流之外强制修改子组件/元素。

React 是一个专注的组件库。因此，它对如何请求远程数据没有什么建议。如果要通过 HTTP 请求数据并将其发送到 Web API ，可以考虑下面四种方法。

当页面滚动时，如何动态切换布局/样式， 添加滚动事件的监听/注销

Facebook 是一家技术很厉害的公司，能够超前做一些外界没有的东西，但等外界把这个东西做出来了， Facebook 就发现自己迁移不过去了，被自己过去超前做的技术锁定了，因为迁移成本太高

我博客的一位读者在Facebook上联系到我，提出了一个有趣的问题。他说，他的队友不管在什么情况下，都会把每一个回调函数封装在 useCallback() 里面。

在我们平时的业务开发中经常会用到文案超出只有收起，点击在展示全部文案；通常的使用时使用css来实现

当大家考虑在项目中使用 React 的时候，第一个问题往往是他们的应用的速度和响应是否能和非 React 版一样，每当状态改变的时候就重新渲染组件的整个子树，让大家怀疑这会不会对性能造成负面影响

关于前端开发，我最开心的事情就是总有新的东西可以学习。但我们可能一辈子都在掌握各种编程语言、库和框架，但仍然一无所知。因为我们都在学习，这也意味着我们都容易犯错误

我们先看下 React 官方文档对这两个 hook 的介绍，建立个整体认识，该 Hook 接收一个包含命令式、且可能有副作用代码的函数。在函数组件主体内（这里指在 React 渲染阶段）改变 DOM、添加订阅、设置定时器