虚拟DOM(VDOM)是真实DOM在内存中的表示。UI的表示形式保存在内存中，并与实际的DOM同步。这是一个发生在渲染函数被调用和元素在屏幕上显示之间的步骤，整个过程被称为调和。
函数组件和类组件当然是有区别的，而且函数组件的性能比类组件的性能要高，因为类组件使用的时候要实例化，而函数组件直接执行函数取返回结果即可。为了提高性能，尽量使用函数组件。
Refs提供了一种访问在render方法中创建的DOM节点或者React元素的方法。在典型的数据流中，props是父子组件交互的唯一方式，想要修改子组件，需要使用新的pros重新渲染它。凡事有例外，某些情况下咱们需要在典型数据流外，强制修改子代，这个时候可以使用Refs。
咱们可以在组件添加一个ref属性来使用，该属性的值是一个回调函数，接收作为其第一个参数的底层DOM元素或组件的挂载实例。
经常被误解的只有在类组件中才能使用refs，但是refs也可以通过利用JS中的闭包与函数组件一起使用。
比较有趣的是，React实际上并不将事件附加到子节点本身。React使用单个事件侦听器侦听顶层的所有事件。这对性能有好处，也意味着React在更新DOM时不需要跟踪事件监听器。
props和state是普通的JS对象。虽然它们都包含影响渲染输出的信息，但是它们在组件方面的功能是不同的。即
Refs是使用React.createRef()创建的，并通过ref属性附加到React元素。在构造组件时，通常将Refs分配给实例属性，以便可以在整个组件中引用它们。
在调用super()方法之前，子类构造函数无法使用this引用，ES6子类也是如此。将props参数传递给super()调用的主要原因是在子构造函数中能够通过this.props来获取传入的props。
传递props
在HTML中，表单元素如、和
而React的工作方式则不同。包含表单的组件将跟踪其状态中的输入值，并在每次回调函数(例如onChange)触发时重新渲染组件，因为状态被更新。以这种方式由React控制其值的输入表单元素称为受控组件。
问题：
答案：
1.在构造函数没有将props传递给super，它应该包括以下行
除以上四个常用生命周期外，还有一个错误处理的阶段：
ErrorHandling：在这个阶段，不论在渲染的过程中，还是在生命周期方法中或是在任何子组件的构造函数中发生错误，该组件都会被调用。这个阶段包含了componentDidCatch生命周期方法。
...在React（使用JSX）代码中做什么？它叫什么？
Hooks在类中不起作用，通过使用它们，咱们可以完全避免使用生命周期方法，例如componentDidMount、componentDidUpdate、componentWillUnmount。相反，使用像useEffect这样的内置钩子。
Hooks是React16.8中的新添加内容。它们允许在不编写类的情况下使用state和其他React特性。使用Hooks，可以从组件中提取有状态逻辑，这样就可以独立地测试和重用它。Hooks允许咱们在不改变组件层次结构的情况下重用有状态逻辑，这样在许多组件之间或与社区共享Hooks变得很容易。
下面说明useState(0)的用途：
咱们可以在任何地方使用setCounter方法更新计数状态-在这种情况下，咱们在setCount函数内部使用它可以做更多的事情，使用Hooks，能够使咱们的代码保持更多功能，还可以避免过多使用基于类的组件。
React的StrictMode是一种辅助组件，可以帮助咱们编写更好的react组件，可以使用包装一组组件，并且可以帮咱们以下检查：
在JS中，this值会根据当前上下文变化。在React类组件方法中，开发人员通常希望this引用组件的当前实例，因此有必要将这些方法绑定到实例。通常这是在构造函数中完成的:
propdrilling的主要缺点是原本不需要数据的组件变得不必要地复杂，并且难以维护。
为了避免propdrilling，一种常用的方法是使用ReactContext。通过定义提供数据的Provider组件，并允许嵌套的组件通过Consumer组件或useContextHook使用上下文数据。
传统的MVC模式在分离数据(Model)、UI(View和逻辑(Controller)方面工作得很好，但是MVC架构经常遇到两个主要问题:
数据流不够清晰:跨视图发生的级联更新常常会导致混乱的事件网络，难于调试。
缺乏数据完整性:模型数据可以在任何地方发生突变，从而在整个UI中产生不可预测的结果。
使用Flux模式的复杂用户界面不再遭受级联更新，任何给定的React组件都能够根据store提供的数据重建其状态。Flux模式还通过限制对共享数据的直接访问来加强数据完整性。
尽管非受控组件通常更易于实现，因为只需使用refs即可从DOM中获取值，但通常建议优先选择受控制的组件，而不是非受控制的组件。
这样做的主要原因是受控组件支持即时字段验证，允许有条件地禁用/启用按钮，强制输入格式。
这段代码有什么问题:
没有什么问题。这种方式很少被使用，咱们可以将一个函数传递给setState，该函数接收上一个state的值和当前的props，并返回一个新的状态，如果咱们需要根据以前的状态重新设置状态，推荐使用这种方式。
Context通过组件树提供了一个传递数据的方法，从而避免了在每一个层级手动的传递props属性。
Fiber是React16中新的协调引擎或重新实现核心算法。它的主要目标是支持虚拟DOM的增量渲染。ReactFiber的目标是提高其在动画、布局、手势、暂停、中止或重用等方面的适用性，并为不同类型的更新分配优先级，以及新的并发原语。
ReactFiber的目标是增强其在动画、布局和手势等领域的适用性。它的主要特性是增量渲染:能够将渲染工作分割成块，并将其分散到多个帧中。
当应用程序在开发模式下运行时，React将自动检查咱们在组件上设置的所有props，以确保它们具有正确的数据类型。对于不正确的类型，开发模式下会在控制台中生成警告消息，而在生产模式中由于性能影响而禁用它。强制的props用isRequired定义的。
下面是一组预定义的prop类型:
例如，咱们为用户组件定义了如下的propTypes
这两种模式仍然有一席之地(例如，一个虚拟的scroller组件可能有一个renderItemprop，或者一个可视化的容器组件可能有它自己的DOM结构)。但在大多数情况下，Hooks就足够了，可以帮助减少树中的嵌套。
React中最常见的问题之一是组件不必要地重新渲染。React提供了两个方法，在这些情况下非常有用：
这两种方法都依赖于对传递给组件的props的浅比较，如果props没有改变，那么组件将不会重新渲染。虽然这两种工具都非常有用，但是浅比较会带来额外的性能损失，因此如果使用不当，这两种方法都会对性能产生负面影响。
通过使用ReactProfiler，可以在使用这些方法前后对性能进行测量，从而确保通过进行给定的更改来实际改进性能。
纯函数是不依赖并且不会在其作用域之外修改变量状态的函数。本质上，纯函数始终在给定相同参数的情况下返回相同结果。