Flutter中传递Widget参数：Widget与WidgetBuilder的区别及优劣分析

核心区别 #

• Widget参数：传递的是已构建完成的Widget实例，一旦创建就固定了其配置和状态（除非父组件重建时重新传入新实例）。
• WidgetBuilder参数：传递的是一个返回Widget的函数，只有在调用这个函数时（比如示例里的trailing(context)），才会实际构建对应的Widget。

示例中用WidgetBuilder做trailing的优点 #

• 延迟构建，节省性能：如果trailing不是每次都需要显示（比如有条件渲染场景），用WidgetBuilder可以避免提前创建不必要的Widget实例，减少内存占用和初始化开销。示例中只有trailing != null时才调用函数构建，不会提前生成无用组件。
• 获取当前BuildContext：构建trailing时能拿到MyWidget所在的上下文，可直接访问当前组件树中的主题、路由、本地存储等依赖上下文的数据；而直接传Widget的话，组件的上下文是它被创建时的上下文，可能和当前组件树的上下文不一致。
• 支持动态更新：如果trailing的内容依赖父组件的状态变化，用WidgetBuilder可以在每次父组件build时重新执行函数，生成最新的Widget；而直接传Widget的话，除非父组件重新传入新的Widget实例，否则旧实例不会主动更新。

示例中用WidgetBuilder做trailing的缺点 #

• 写法更繁琐：调用方需要传入函数而非直接传Widget实例，比如原本可以写trailing: Icon(Icons.edit)，现在要写成trailing: (context) => Icon(Icons.edit)，增加了代码量。
• 上下文依赖易出错：如果函数中使用的上下文没有正确处理，可能引发上下文查找错误（比如查找的InheritedWidget不在当前树中），而直接传Widget的话，上下文是创建时的，问题更直观。
• 可能引发重复构建：如果父组件频繁build，每次都会调用WidgetBuilder重新创建Widget；而直接传Widget的话，若是const修饰的Widget还能复用实例，减少构建次数。

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