何时使用Consumer与context.watch访问Provider值？最佳实践是什么？

这两种方式本质都是监听Provider数据变化并更新UI，但适用场景不同，选对了能兼顾性能和代码简洁性：

优先用Consumer<Model>的情况 #

• 想缩小UI重建范围：如果你的Widget里只有一小部分UI依赖Provider的数据，其他部分是静态的或者不随Provider变化，用Consumer包裹那部分依赖数据的子树就行。这样只有Consumer内部的UI会跟着数据更新重建，父Widget的其他部分不会动，能减少不必要的性能开销。
• 需要复用静态子Widget：Consumer的child参数可以传递那些不需要重建的UI组件，builder里直接复用这个child就行，避免每次数据变化都重新创建静态组件。比如：

Consumer<Model>(
  builder: (context, value, child) {
    return Row(
      children: [
        // 这个Icon不会随Provider变化重建
        child!,
        Text(value.userName),
      ],
    );
  },
  child: const Icon(Icons.person),
)

优先用context.watch<Model>()的情况 #

• 整个Widget都依赖Provider数据：如果你的Widget几乎所有UI都需要跟着Provider数据变化更新，或者这个Widget本身很简单（比如一个纯展示数据的Text），直接用context.watch更简洁，代码量更少。比如：

@override
Widget build(BuildContext context) {
  final model = context.watch<Model>();
  return Text(model.userName);
}

• 需要多次访问同一Provider数据：在build方法里如果要多次用到Provider的不同属性，先通过context.watch获取一次实例，之后直接用变量访问属性，比嵌套多个Consumer要清晰得多。

额外提醒 #

别在initState、didUpdateWidget这类生命周期方法里用context.watch，这些方法里没法监听数据变化，会直接报错。如果只是想获取一次Provider的值不监听变化，用context.read<Model>()就行。

内容的提问来源于stack exchange，提问作者Kartik