在各页面重写BuildContext currentContext供snackbar函数调用是否合理

这个设计虽然能省去每次传context的麻烦，但会引入大量难以排查的稳定性问题：

• 上下文失效崩溃：全局存储的BuildContext很容易过时，比如页面被pop销毁后，全局变量还持有该页面的context，此时调用snackbar等能力会直接触发空指针、NoSuchMethodError异常导致崩溃。尤其是路由栈逻辑复杂、存在多页面嵌套跳转的场景，几乎不可能保证每次页面切换都能100%准确更新全局context，漏更、错更的概率极高。
• 交互不符合预期：如果当前页面上层覆盖了Dialog、BottomSheet等次级路由，全局变量保存的还是底层页面的context，此时调用snackbar会显示在被遮挡的底层页面，用户完全看不到提示。
• 内存泄漏：全局变量长期持有页面context，会导致对应的Widget、State等相关资源无法被垃圾回收，页面打开越多内存占用越高，甚至会出现常驻内存的泄漏问题。

推荐替代方案 #

如果只是要全局调用snackbar能力，推荐使用官方原生支持的全局ScaffoldMessenger方案，完全不需要传context，也没有上述风险：

1. 全局定义ScaffoldMessenger的全局Key

final GlobalKey<ScaffoldMessengerState> globalScaffoldMessengerKey = GlobalKey<ScaffoldMessengerState>();

2. 将key注册到你的MaterialApp配置中

MaterialApp(
  scaffoldMessengerKey: globalScaffoldMessengerKey,
  // 其余配置保持不变
)

3. 任何位置需要调用snackbar时直接使用该key即可

globalScaffoldMessengerKey.currentState?.showSnackBar(
  SnackBar(content: Text("这是全局提示"))
);

如果还有其他需要context的通用能力，更推荐封装成BuildContext的扩展方法，在调用处直接用当前页面的context调用，既符合Flutter的设计规范，也能保证上下文的有效性。

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