Flutter中四类变量声明位置的差异与适用场景解析

先看你给出的代码示例：

String variable1 = "";

class SomeClass extends StatefulWidget {

  String variable2 = "";

  @override
  State<SomeClass> createState() => _SomeClassState();
}

class _SomeClassState extends State<SomeClass> {
  String variable3 = "";

  @override
  Widget build(BuildContext context) {
     
     String variable4 = "";

    return Scaffold();
  }
}

下面逐个分析这四个位置变量的差异和适用场景：

1. 顶级作用域变量（variable1） #

• 差异：属于全局变量，作用域覆盖整个应用，生命周期和应用进程一致，只要应用不退出，变量就不会被垃圾回收，任何代码位置都能直接访问。
• 适用场景：仅用于存放全局共享的常量或极少变动的应用级数据，比如全局API基础地址、固定的主题色值等。注意别滥用，过多全局变量会导致内存占用过高，复杂状态管理场景建议用Provider、Riverpod等专门方案。

2. StatefulWidget类内部变量（variable2） #

• 差异：属于Widget实例的成员变量，生命周期和Widget实例绑定。当父组件重建导致当前Widget被重新创建时，这个变量会被重新初始化，State类可通过widget.variable2访问它。
• 适用场景：存放Widget的配置型静态数据，通常是从父组件传入的参数，建议用final修饰（遵循Flutter Widget不可变的设计原则）。比如列表组件的标题、卡片的初始内容等。

3. State类内部变量（variable3） #

• 差异：属于State实例的成员变量，生命周期和State一致。调用setState()触发UI重建时，State实例不会被销毁，变量会保留当前值，不会重新初始化。
• 适用场景：存放Widget的动态交互状态，比如用户输入的文本、列表的滚动位置、异步请求返回的数据、开关的选中状态等。所有需要随用户操作变化且要持久化到下一次UI重建的状态，都该放在这里。

4. build方法内部变量（variable4） #

• 差异：属于局部变量，每次build方法执行时都会重新创建，方法执行结束后就会被垃圾回收，作用域仅限当前build调用。
• 适用场景：存放build过程中临时使用的中间数据，比如格式化后的文本、循环生成子Widget时的临时计数器、临时计算的布局参数等。只在构建UI当下有用，不需要保留到下一次build的变量都放这里。

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