flyzz177

前言 在深究 React 的 setState 原理的时候，我们先要考虑一个问题：setState 是异步的吗？ 首先以 class component 为例，请看下述代码（demo-0） count

最近在做一个功能，然后不小心踩到了 React 合成事件 的坑，好奇心的驱使，去看了 React 官网合成事件 的解释，这不看不知道，一看吓一跳... SyntheticEvent是个什么鬼？咋冒出来

目前来看 Context 是一个非常强大但是很多时候不会直接使用的 api。大多数项目不会直接使用 createContext 然后向下面传递数据，而是采用第三方库（react-redux）。 想想项

React暴露出来的部分Hooks 功能描述 useState、useReducer: 状态值相关 useEffect、useLayoutEffect: 生命周期相关 useContext: 状态共享

setState setState() 将对组件 state 的更改排入队列批量推迟更新，并通知 React 需要使用更新后的 state 重新渲染此组件及其子组件。其实setState实际上不是异步

Demo 这里，我们在 index.html 中直接返回一段 html，以模拟服务端渲染生成的 html 注意，root 里面的内容不能换行，不然客户端hydrate的时候会提示服务端和客户端的模版不

给 Context.Provider 的 value 对象地址不会发生变化，这使得子组件中使用了 useSelector -> useContext，但不会因顶层数据而进行重渲染。 store.

这一章节就来讲讲ReactDOM.render()方法的内部实现与流程吧。 因为初始化的源码文件部分所涵盖的内容很多，包括创建渲染、更新渲染、Fiber树的创建与diff，element的创建与插入，

前言 简单说下为什么React选择函数式组件，主要是class组件比较冗余、生命周期函数写法不友好，骚写法多，functional组件更符合React编程思想等等等。更具体的可以拜读dan大神的blo