当从子组件更改状态时，微件不会使用riverpod重新构建

。这是因为Riverpod是一个基于Provider模式的状态管理库，它使用了InheritedWidget来实现状态共享。在Riverpod中，当状态发生变化时，只有依赖该状态的子组件会重新构建，而不会重新构建整个微件树。

Riverpod通过使用Provider来提供状态，并使用ConsumerWidget来消费状态。当子组件更改状态时，它会通知依赖该状态的子组件进行重新构建。这种局部更新的机制可以提高性能，避免不必要的重建。

在Riverpod中，可以使用Provider来创建状态，并使用ConsumerWidget来订阅和使用该状态。当状态发生变化时，ConsumerWidget会自动重新构建，以反映最新的状态。

Riverpod还提供了一些其他功能，如ProviderContainer用于管理状态容器，以及ProviderListener用于监听状态变化并执行相应的操作。

对于这个问题，如果从子组件更改状态时微件不会重新构建，可能有以下几种可能的原因：

1. 子组件没有正确地依赖状态：在Riverpod中，子组件必须显式地声明对状态的依赖关系，以便在状态发生变化时重新构建。如果子组件没有正确地声明对状态的依赖关系，那么即使状态发生变化，子组件也不会重新构建。
2. 状态没有正确地提供和使用：在Riverpod中，状态必须通过Provider来提供，并通过ConsumerWidget来使用。如果状态没有正确地提供和使用，那么子组件将无法正确地依赖和更新状态。
3. 状态更新没有触发重新构建：在Riverpod中，状态的更新必须通过ProviderContainer来进行，以便通知依赖该状态的子组件进行重新构建。如果状态的更新没有正确地触发重新构建，那么子组件将无法更新。

综上所述，当从子组件更改状态时，微件不会使用riverpod重新构建可能是由于子组件没有正确地依赖状态、状态没有正确地提供和使用，或者状态更新没有触发重新构建。在使用Riverpod时，需要确保正确地声明依赖关系、正确地提供和使用状态，并正确地触发状态的更新，以保证微件能够正确地重新构建。