3) 这导致 Provider 及其所有后代无论如何都要重新渲染

虽然这是默认行为，但在实践中通常会更改此行为以提高性能。纯组件、实现 shouldComponentUpdate 的组件或使用 React.memo 的组件将导致重新渲染在遍历整个树之前停止。

例如：假设有一个具有某种状态的顶层组件，它呈现一个具有 的中层组件shouldComponentUpdate() { return false; }，它呈现一个底层组件。在初始安装时，所有 3 个都将呈现。但是如果顶层组件更新了它的状态，那么只有顶层组件会重新渲染。中间层组件会因为它的 shouldComponentUpdate 被跳过，然后底层组件甚至不会被考虑。

现在我们向顶层组件添加一个上下文提供者，向底层组件添加一个上下文使用者。在初始安装时，它们将再次全部渲染。如果顶层组件更新其状态，它将重新渲染。由于其 shouldComponentUpdate，中级组件仍将跳过其渲染。但是只要上下文值发生变化，底层组件就会重新渲染，即使它的父组件退出了。这是该简介所指的特征。

这种行为并不新鲜。当一个 react 组件收到一组不同的 props 时，（假设shouldComponentUpdate()返回 true）它会重新渲染它的子组件，并且效果会级联下降。

所以，如果你有这样的设置：

<ParentComponent>
  <Provider>
    <Context>
      <ChildReceivingContext />
    </Context>
  </Provider>
</ParentComponent>

如果 Provider 只在其封闭组件重新渲染时更新 Consumers，

当父组件重新渲染时，效果会向下级联，如果shouldComponentUpdate()返回 true组件将更新。

当上下文值更改时，不需要具有允许提供者更新消费者的功能。

我在这里错过了什么？

我相信你缺少的是没有这样的功能。这就是react的工作原理。

Provider/Consumer 的实际功能是，您不必手动将 props 从父级传递给子级到子级子级等，但您可以让子级深入到被提供者包围并直接接收props.