在 Flutter 中，StatelessWidget 与 StatefulWidget 的核心差异体现在哪些方面？请从构建机制、生命周期、使用场景及性能影响等角度展开说明。
考察说明
考查对 Flutter 组件状态管理与构建机制的理解。
回答思路
- 【回答框架 1】StatelessWidget 在构建后即不可变，没有内部状态，其 build 方法仅在父级重建或自身配置变化时触发，不持有可变的 State 对象。
- 【回答框架 2】StatefulWidget 本身不可变，但通过 createState 生成一个可变的 State 对象，该对象在整个生命周期内持续存在，能够保存数据并调用 setState 触发重建，从而响应用户交互或异步事件。
- 【回答框架 3】State 的生命周期包括 initState、didChangeDependencies、build、didUpdateWidget 和 dispose 等阶段，开发者可在不同阶段进行资源初始化、依赖更新和清理操作。
- 【回答框架 4】选择策略：当组件展示的数据仅依赖外部传入的配置且不随时间变化时使用 StatelessWidget；当需要维护可变状态、处理用户输入或异步数据时使用 StatefulWidget。过度使用 StatefulWidget 会增加重建开销，应尽量将状态上移或拆分组件。
- 【回答框架 5】性能上，StatelessWidget 构建过程更简单，但没有内置性能优势；两者都存在重建成本，关键是通过 const 构造、状态管理和组件拆分来减少不必要的重建。
- 【关键点 1】StatelessWidget 无内部状态，构建结果仅由外部参数决定；StatefulWidget 通过 State 对象持有可变状态。
- 【关键点 2】StatefulWidget 生命周期更完整，包含 initState 和 dispose 等回调，用于资源管理和清理。
- 【关键点 3】应在需要管理和响应状态变化时使用 StatefulWidget，否则优先选择 StatelessWidget 以简化组件。
- 【关键点 4】状态变化通过 setState 触发，重建仅发生在相应的 State 子树，而非整个页面。
- 【关键点 5】合理使用 const 构造和状态提升可降低重建开销，提升性能。
- 【易错点 1】混淆 StatefulWidget 本身与 State 的不可变性，误以为 StatefulWidget 不可变则状态也一定不可变。
- 【易错点 2】在 State 的 build 中频繁创建新对象或执行耗时操作，导致不必要的重建和性能问题。
- 【易错点 3】忘记在 dispose 中释放资源（如流、控制器）造成内存泄漏。