Flutter屏幕旋转处理机制及Widget设计注意事项问询

嘿，我来帮你梳理下Flutter里处理屏幕旋转的逻辑，还有和Android的区别以及设计Widget时要踩的坑～

和Android原生重建Activity的逻辑完全不同，Flutter默认的处理逻辑是：当设备旋转时，系统会感知到窗口尺寸/方向的变化，然后触发当前Widget树的重建——简单说就是重新运行Widget的build方法，同时更新MediaQuery里的屏幕尺寸、方向等信息，让Widget能基于新的参数渲染布局。

大多数场景下确实可以这么理解，但也有例外情况：

• 如果你用了AutomaticKeepAliveClientMixin（比如PageView里的页面）或者手动做了状态保活，这类Widget不会被重建，状态会保留，这时你需要主动监听尺寸/方向变化来更新UI。
• 要是你需要在旋转时执行额外逻辑（比如保存临时数据、切换播放状态），只靠build方法就不够了，得主动监听方向变化事件。

举个常见的自适应布局例子，用OrientationBuilder直接根据方向切换布局结构：

OrientationBuilder(
  builder: (context, orientation) {
    return orientation == Orientation.portrait
        ? Column(children: [Text("竖屏布局"), Expanded(child: Image.network("xxx"))])
        : Row(children: [Expanded(child: Image.network("xxx")), Text("横屏布局")]);
  },
)

你提到Android会重建Activity，需要用Intent传递数据——在Flutter里，StatefulWidget的状态默认会被保留，因为Flutter不会销毁State对象（除非你主动清理或者Widget树结构发生根本性变化）。这意味着用户输入的文本、临时选择的状态这些数据，旋转后不会丢失，不用像Android那样额外做onSaveInstanceState或者依赖ViewModel来存数据。

• 别在build里做耗时操作：旋转会频繁触发build，如果把网络请求、复杂计算放在build里，会导致界面卡顿。这类逻辑应该放在initState、didChangeDependencies，或者用FutureBuilder/StreamBuilder来处理。
• 避免硬编码尺寸：不要写死width: 300这种固定值，要用MediaQuery.of(context).size、LayoutBuilder或者Expanded/Flexible来适配不同方向的屏幕。
• 状态管理要分清范围：临时状态（比如输入框文本）用StatefulWidget没问题，但全局状态（比如用户登录信息）最好用Riverpod、Bloc这类状态管理工具，避免依赖Widget树的状态生命周期。
• 正确监听方向变化：如果需要在旋转时执行特定逻辑（比如暂停视频、切换主题），不要依赖build方法，而是通过WidgetsBinding添加观察者：

  @override
  void initState() {
    super.initState();
    WidgetsBinding.instance.addObserver(this);
  }
  
  @override
  void didChangeMetrics() {
    final orientation = MediaQuery.of(context).orientation;
    // 这里处理方向变化后的逻辑，比如暂停视频
  }
  
  @override
  void dispose() {
    WidgetsBinding.instance.removeObserver(this);
    super.dispose();
  }
  

• 注意const Widget的行为：如果你的Widget用了const修饰，旋转时不会重建（Flutter会复用实例），如果需要自适应布局，就别加const。
• 多方向测试：很多开发者只测竖屏，旋转后容易出现文字溢出、组件重叠的问题，一定要在模拟器/真机上切换方向验证布局。
• 处理键盘与布局的冲突：旋转时如果键盘弹出，MediaQuery的viewInsets会变化，要用SingleChildScrollView包裹布局，避免输入框被键盘遮挡。

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