Flutter构建StatefulWidget时，构造方法使用const关键字是否有影响？

构造方法加const与不加的核心差异 #

两者的核心区别在实例创建逻辑和性能开销上：

• 不带const的普通构造：每次调用构造生成ScreenBuilder实例时，无论传入的参数是否完全一致，都会创建全新的Widget对象。
• 带const的构造：当你使用const ScreenBuilder(...)形式实例化时，只要所有入参都是编译期常量，相同配置的实例会被框架复用，不会重复创建对象，能减少Widget实例创建、组件diff阶段的性能开销，这就是技术文章提到的性能优化来源。

你感知不到运行差异是因为Widget本身是只读的配置类，普通构造生成的同配置Widget，在框架diff阶段也不会触发子树的不必要重建，仅多了少量实例创建的开销，在简单场景下基本感知不到，只有在列表频繁刷新等重build场景下差异才会明显。

加const构造后调用报错的原因 #

要使用const关键字实例化Widget，必须同时满足两个条件：

1. 该Widget的构造方法本身被const修饰
2. 传入构造的所有参数，都是编译阶段就能确定值的常量

你遇到的getter相关错误，几乎都是因为入参不符合第二个要求：

• 你传入的tVars、randomHash等参数是运行时动态生成的，比如来自接口返回值、State类的实例变量、运行时计算的getter返回值，这些值编译阶段无法确定，不能作为const构造的入参。
• 还有一种常见场景：你的ThreadVars类没有const构造方法，哪怕你手动给tVars赋值，也无法生成编译期常量的ThreadVars实例，传入const ScreenBuilder时就会触发报错。

如果你的业务场景下参数无法全部提前设置为常量，不需要强行用const实例化，只保留构造的const修饰即可，不带const的普通实例化调用仍然可以正常运行，不会影响功能。

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