为何Riverpod的build()中不用AsyncValue.guard，调用方法时却使用？

先看你贴的这段Riverpod代码，核心原因是AsyncNotifier的build方法有自动异常处理机制，不需要手动用AsyncValue.guard；而手动更新state时，必须自己处理异常转换。

1. build方法的自动包装逻辑 #

你继承的_$WeatherFirst是Riverpod生成的AsyncNotifier子类，当build方法返回FutureOr<String>时，Riverpod内部会自动完成这几件事：

• 把返回的Future包装成AsyncValue
• 如果Future成功，生成AsyncData状态
• 如果Future抛出异常，自动转换成AsyncError状态
  相当于Riverpod替你执行了AsyncValue.guard(() => _getTemp(Cities.seoul))的逻辑，所以你不用手动写，测试时错误场景能正常运行就是因为这个自动处理在起作用。

2. getTemperature方法必须用AsyncValue.guard的原因 #

在getTemperature方法里，你是手动更新state：

state = const AsyncLoading();
state = await AsyncValue.guard(() => _getTemp(city));

如果这里直接写state = await _getTemp(city)，一旦_getTemp抛出异常，这个异常会直接冒泡，导致未捕获的错误。而AsyncValue.guard的作用就是捕获Future中的异常，把它转换成AsyncError状态赋值给state，保证state始终是合法的AsyncValue类型，这样UI层就能通过AsyncValue的三种状态（loading/data/error）正确渲染，不会崩溃。

总结一下：

• AsyncNotifier的build方法是初始化入口，Riverpod帮你做了Future到AsyncValue的转换和异常处理
• 手动修改state时，必须自己用AsyncValue.guard来处理异常，确保状态的合法性

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