为何Flutter中标记@mustCallSuper的State.initState不调用super仍正常？

关键事实 #

@mustCallSuper 既不会让编译器自动替你调用父类方法，也不属于编译阶段的强制约束——它本质是Dart静态分析器的提示规则，用来提醒开发者遵循编码规范，别漏掉父类方法里的必要逻辑。

为什么没调用super.initState()还能正常运行？ #

State.initState()的默认实现并没有做很多强依赖的核心逻辑，只是初始化了一些框架内部的标记状态。如果你的子类initState()里的逻辑完全不依赖这些父类初始化的内容，短期内确实不会立刻崩溃或出异常。但这是不规范的写法，后续一旦新增了依赖父类初始化的逻辑（比如混入SingleTickerProviderStateMixin后需要父类管理ticker），就会触发很难排查的bug。

为什么编译器不报错？ #

Dart编译器并不强制执行@mustCallSuper的规则，这个注解的作用是给dart analyzer（静态代码检查工具）发信号，让它在代码检查阶段给出警告提示。如果你的IDE关闭了静态检查，或者你刻意忽略了警告，代码依然能正常编译运行。

正确的做法是什么？ #

只要重写了带@mustCallSuper注解的方法，都应该调用父类实现——这是Flutter官方明确要求的编码规范。像initState、dispose、didUpdateWidget这类生命周期方法，父类实现通常包含框架内部的状态管理、资源初始化/释放逻辑，遗漏调用会埋下潜在的稳定性风险。

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