在 Flutter 开发中，怎样阻止 Widget 进行不必要的重建？使用 const 构造函数能带来哪些好处？
考察说明
考察对 Flutter 性能优化手段的理解，特别是 const 构造函数的原理和使用方式。
回答思路
- 【回答框架 1】Flutter 中 Widget 是配置，状态由 Element 持有，Widget 重建不等同于 Element 重建。重建可能因父 Widget build、InheritedWidget 变化、setState 等触发。
- 【回答框架 2】避免不必要重建的关键是让 Widget 的配置不随父级变化。使用 const 构造函数，可以在编译期创建不可变 Widget 实例，当父级重建时，相同 const 对象会被复用，从而跳过重建比较。
- 【回答框架 3】实现细节：如果 Widget 的构造函数是 const，且所有参数都是常量或 const 构造，则 UI 树中该子树被视为常量，Flutter 会复用同一 Element，甚至不触发 build。
- 【回答框架 4】实际场景：在 build 方法中，将不依赖状态的部分（如静态文本、图标、固定布局）用 const 包裹，减少重建成本。此外，使用 `shouldRebuild`（如 ListenableBuilder）或选择性重建（如 `ValueListenableBuilder`）也可控制。
- 【回答框架 5】需要注意，const 构造仅优化构建阶段，若父级频繁重建但子树配置不变，const 可减少比较和重建开销；但若 Widget 内部状态复杂，可能仍需考虑 setState 粒度或使用 RepaintBoundary。
- 【关键点 1】const 构造函数创建编译期常量，相同 const 对象会被缓存复用，避免运行期反复创建。
- 【关键点 2】Widget 重建不等于 Element 重建，const 通过让 Widget 实例相同，使 Element 更新阶段可以跳过 rebuild。
- 【关键点 3】常见优化手段包括：使用 const 包裹静态 UI、拆分 Widget 减少 setState 影响范围、使用 const 构造区别于 `const` 关键字的误用。
- 【易错点 1】误以为所有 Widget 都应加 const，但若 Widget 依赖运行时数据则不能 const，否则会编译错误或失效。
- 【易错点 2】忽略 Flutter 的 `const` 是编译期优化，若父 Widget rebuild，const 子 Widget 会被复用，但 InherentWidget 变化仍可能触发依赖子树重建。
- 【易错点 3】只关注 Widget 层级优化，而忽略优化不必要的 setState 或大范围重建，性能问题可能仍在无谓的 build 调用。