为何已销毁类的成员仍需手动调用dispose方法？

核心原因可以拆解为这几点： #

• 控制器持有外部资源/订阅：像TextEditingController这类控制器，内部会绑定Flutter全局服务的订阅（比如输入法状态监听、文本变化回调），这些资源不属于Widget实例的内存范畴。GC只能回收控制器本身的内存，无法自动解绑这些外部订阅，必须通过dispose()主动清理，否则会造成内存泄漏或无效回调残留。
• State的生命周期并非随Widget移除立即结束：Flutter中Widget是不可变的，状态存在State实例里。当Widget从树中移除时，State不一定会立刻被GC回收——框架可能会做状态缓存（比如页面栈保留、组件复用场景）。如果框架自动执行dispose，会直接破坏这些场景下的状态复用/恢复能力，手动调用让开发者能精准控制资源释放时机。
• 避免隐式行为的不确定性：如果框架自动处理dispose，会引发很多不可控场景：比如ListView复用item时，自动dispose会导致状态丢失；或者你希望暂时保留控制器状态（后续可能重新插入Widget），自动释放会打断这类需求。手动调用让资源生命周期逻辑完全透明，由开发者掌控。
• 潜在的隐式引用：哪怕你看起来控制器没有外部作用域的引用，框架内部可能存在弱引用或临时缓存（比如输入法服务可能临时持有控制器引用），这些引用不会被GC立刻清理。主动调用dispose()能彻底切断这些关联，避免潜在的内存泄漏风险。

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