Flutter中通过BuildContext获取路由参数是否必须放在build方法内？

结论 #

绝大多数有经验的 Flutter 开发者都不会采用 build 方法内加 wasFetched 布尔变量控制的方案，这种写法属于入门阶段的临时兼容写法，不符合 Flutter 框架的设计规范，目前主流的可选方案有以下几种：

1. 官方推荐的 didChangeDependencies 方案 #

你调研到的这种方案是完全符合官方规范的正确写法：

• ModalRoute 本质是 InheritedWidget 的子类，框架本身就要求依赖 InheritedWidget 的操作要放在 didChangeDependencies 生命周期中执行，这里调用 ModalRoute.of(context) 是完全安全的
• 该生命周期仅在 initState 执行完成后、以及页面依赖的 InheritedWidget 发生变化时才会触发，正常情况下路由参数不会变更，因此请求逻辑只会执行一次，不需要额外加控制变量
• 代码示例：

@override
void didChangeDependencies() {
  super.didChangeDependencies();
  String id = ModalRoute.of(context)!.settings.arguments as String;
  // 执行网络请求等逻辑
}

2. 构造函数传参方案（工业级项目最常用） #

这种方案完全解耦了页面和路由层的依赖，不需要在页面内部操作 context 拿路由参数：

• 在路由拦截层（比如 onGenerateRoute）就完成参数解析，直接把参数通过构造函数传给目标页面
• 目标页面可以直接在 initState 中拿到参数执行请求逻辑，代码更内聚
• 代码示例：

// 路由注册层
onGenerateRoute: (settings) {
  if (settings.name == '/detail') {
    final String id = settings.arguments as String;
    return MaterialPageRoute(builder: (_) => DetailPage(id: id));
  }
  // 其他路由处理逻辑
}

// 目标页面
class DetailPage extends StatefulWidget {
  final String id;
  const DetailPage({super.key, required this.id});

  @override
  State<DetailPage> createState() => _DetailPageState();
}

class _DetailPageState extends State<DetailPage> {
  @override
  void initState() {
    super.initState();
    // 直接拿构造参数执行请求
    httpGet(widget.id);
  }

  @override
  Widget build(BuildContext context) {
    // 纯渲染逻辑，没有业务耦合
    return const Scaffold();
  }
}

3. 状态管理托管方案 #

中大型项目一般会引入全局状态管理框架（比如 Bloc、Riverpod、Provider 等），跳转路由时直接把参数写入对应状态管理实例，目标页面直接从状态实例中取参数即可，完全不需要和路由层耦合。

build 加判断的方案之所以不被推荐，是因为 build 方法的设计定位是纯渲染逻辑，把业务请求、参数获取逻辑耦合在 build 中本身就违反了职责分离原则，后期维护成本很高，只有对 Flutter 生命周期不熟悉的入门开发者才会采用这种写法。

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