为何Scaffold组件是StatefulWidget？解析其需状态管理的部分

Scaffold作为Flutter中最常用的页面骨架组件，被设计为StatefulWidget的核心原因是它需要管理页面中动态变化的UI状态——这些状态无法通过StatelessWidget的不可变属性来维护。具体来说，以下功能必须依赖StatefulWidget的状态管理能力实现：

• 侧边栏（Drawer/EndDrawer）的展开与收起：用户点击按钮或滑动触发侧边栏显示/隐藏时，Scaffold需要在State中记录当前抽屉的状态，调用openDrawer()、closeDrawer()等方法时通过setState()更新状态，进而触发UI重建。
• 底部弹窗（BottomSheet）的状态管理：无论是模态底部弹窗还是持久化底部栏，它们的显示、隐藏状态都需要被Scaffold的State持有，通过showBottomSheet()或hideCurrentBottomSheet()修改状态并同步UI变化。
• SnackBar的队列与显示控制：SnackBar是临时提示组件，Scaffold需要维护一个SnackBar队列的状态，处理多个SnackBar的切换、显示时长管理，这依赖State保存当前活跃的SnackBar实例及队列信息。
• 悬浮按钮（FAB）的动态位置调整：当SnackBar弹出、BottomSheet展开时，FAB会自动上移避免被遮挡，这种布局调整需要Scaffold在State中监听相关组件的状态变化，实时更新FAB的布局参数。
• AppBar的动态交互联动：比如AppBar随滚动隐藏/显示、标题内容变化，或是结合TabBar时的选中状态联动，Scaffold需要通过State协调这些子组件的动态状态变化。
• 底部持久按钮（PersistentFooterButtons）的动态更新：底部按钮的显示隐藏、内容变更，需要State维护其可见性与内容状态，触发对应的UI更新。

本质上，Scaffold承载了页面中大部分需要响应用户交互、实时变化的UI元素，这些元素的状态需要被持续维护和更新。StatefulWidget的State类提供的setState()方法能触发UI重建，其生命周期方法也能处理状态的初始化、更新与销毁，这是StatelessWidget无法满足的需求。

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