为何在initState()中初始化变量？两种Flutter初始化方式对比

一、为什么要在initState()中初始化变量？ #

在Flutter的State类里，initState()是官方定义的首次初始化生命周期方法，它只会在State挂载到Widget树时执行一次，选择在这里初始化变量主要有几个核心原因：

• 能安全访问widget参数：声明时初始化的时机早于State和Widget的绑定，此时widget属性还未就绪，没法用它的参数来初始化；但initState()执行时，widget已经和State完成绑定，可以放心读取widget的属性值。
• 支持context相关操作：虽然initState()里不能直接调用MediaQuery.of(context)这类依赖BuildContext的方法，但可以通过WidgetsBinding.instance.addPostFrameCallback在UI构建完成后执行相关逻辑，而声明时初始化完全做不到这点。
• 生命周期逻辑更连贯：initState()是初始化的标准入口，后续可以在dispose()中统一释放对应资源（比如Bloc的close方法），代码逻辑更清晰易维护。
• 处理复杂初始化逻辑：如果初始化需要多行代码、条件判断或者异步前置操作，initState()能提供足够的代码空间，而声明时初始化只能写单一表达式。

二、两种初始化方式的优势与适用场景 #

1. 声明时直接初始化 #

class _MainScreenState extends State<MainScreen> {
  BottomNavBarBloc _bottomNavBarBloc = BottomNavBarBloc();
  @override
  void initState() {
    super.initState();
  }
}

• 核心优势：
  • 代码简洁直观，不需要额外的生命周期方法代码，一眼就能看到变量的初始值。
  • 不需要使用late修饰符，避免了late变量未初始化导致的运行时错误。
• 适用场景：
  • 初始化完全独立，不需要依赖widget、context或者State的其他属性。
  • 实例是无参构造，创建时不需要任何外部参数（比如简单的工具类、常量配置类实例）。
  • 实例创建成本极低，提前创建不会造成资源浪费。

2. initState()中初始化 #

class _MainScreenState extends State<MainScreen> {
  late BottomNavBarBloc _bottomNavBarBloc;
  @override
  void initState() {
    super.initState();
    _bottomNavBarBloc = BottomNavBarBloc();
  }
}

• 核心优势：
  • 可以基于widget参数初始化：比如需要用widget.userInfo来配置Bloc的初始状态，这种场景下只能在initState()里完成。
  • 支持复杂初始化逻辑：可以写条件判断、多行代码来创建实例，比如根据不同的环境创建不同的Bloc实例。
  • 生命周期绑定更紧密：和dispose()方法形成完整的资源管理闭环，比如在initState()创建Bloc，在dispose()里关闭Bloc，逻辑更清晰。
• 适用场景：
  • 初始化依赖widget的参数或者context相关信息。
  • 实例是和UI生命周期绑定的对象（比如Bloc、TextEditingController、AnimationController等），需要在State挂载时创建，销毁时释放。
  • 初始化逻辑复杂，需要条件判断或者前置处理。
  • 实例创建成本较高，需要延迟到实际需要时再初始化。

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