Flutter 2.10.3是否仍需手动dispose AnimationController等对象

答案是必须手动释放，这个版本没有调整这类资源对象的自动回收逻辑，你贴的示例代码写法是完全正确的。如果不在State的dispose生命周期中调用_controller.dispose()，控制器持有的帧回调Ticker、动画插值计算资源会一直被持有无法回收，不仅会造成内存泄漏，还可能出现页面销毁后动画仍在后台执行、触发空指针/已销毁组件更新的异常。

日常开发里高频需要手动释放的实例主要有这几类：

• 动画相关对象：AnimationController、手动创建的Ticker实例、持有外部监听的自定义Animation子类
• 各类交互/页面控制器：TextEditingController、ScrollController、PageController、TabController、FocusNode、OverlayEntry
• 异步/监听相关对象：StreamSubscription（需要调用cancel方法释放，逻辑和dispose一致）、手动创建的ValueNotifier/自定义ChangeNotifier子类、注册了永久回调的MethodChannel实例

不用死记硬背类名，按这几个规则判断基本不会漏：

1. 最直接的判断标准：只要是你在State生命周期内手动初始化的对象，点进去看类的公开方法，如果存在dispose()、close()、cancel()、stop()这类用于终止运行、解绑监听、释放资源的方法，基本都需要在当前State的dispose回调里调用对应方法完成释放。
2. 看官方文档注释：Flutter官方SDK里所有需要手动释放的类，都会在类注释里明确标注使用方需要负责在实例不用时调用dispose方法，看注释就能确认。
3. 区分实例创建主体：如果是Widget内部自己创建的控制器/监听对象，会由Widget自身的生命周期负责释放；如果是你自己在外部创建后作为参数传给Widget的实例，释放责任就在你自己，不能指望组件帮你回收。

补充一点：现在有不少第三方状态管理/生命周期封装（比如flutter_hooks）可以通过钩子逻辑自动完成这类对象的释放，但这是封装层做的额外处理，原生Flutter 2.10.3框架本身没有提供自动回收机制，只要是手动创建的这类资源对象，都要自己处理释放逻辑。

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