Flutter GetX 状态管理在BottomSheet中Controller未销毁问题定位

最新推荐文章于 2025-11-07 01:08:46 发布
原创 最新推荐文章于 2025-11-07 01:08:46 发布 · 3.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文分析了在使用Flutter GetX进行状态管理时，BottomSheet中的Controller未被销毁的问题。通过研究代码，发现GetModalBottomSheetRoute在dispose时没有正确清理Controller。而GetDialogRoute和GetPageRoute在dispose时进行了清理。为了解决这个问题，文章建议使用GetX代替Obx，并确保设置global为false。

在BottomSheet中使用Obx方式做状态管理，发现Controller未销毁掉。

return Obx(() {
      return PageStateManager(
        () {
          return getContent(context);
        },
        state.loadState.value,
        errorCode: state.errorCode.value,
        errorMsg: state.errorMsg.value,
        onRetryTap: state.onRetryTap,
      );
    });

分析代码发现Get.put的时候，主要是把Controller存在GetInstance的_singl Map中，如果controller没被移除，应该是delete方法没被调用。

查看get_navigation中src/bottomsheet/bottomsheet.dart代码，发现GetModalBottomSheetRoute在dispose中并没有做任何操作。

而src/dialog/dialog_route.dart代码中，GetDialogRoute重写了dispose，调用了GetInstance().removeDependencyByRoute进而调用了delete。

src/routes/default_route.dart中，GetPageRoute同样重写了dispose，并调用了GetIn

最低0.47元/天 解锁文章
Flutter中GetX系列四--BottomSheet(底部弹框)
eastWind1101的博客
11-23 6340
BottomSheet,底部弹框,底部弹窗
Flutter GetX-GetxController使用
大圣归来圣骑士清欢的博客
04-13 799
Flutter GetX-GetxController使用
【Bugfix】flutter GetX 使用 Obx 监听 GetxController 时，页面退出 GetxController 无法销毁
圆号本号
03-16 2690
【代码】【Bugfix】flutter GetX 使用 Obx 监听 GetxController 时，页面退出 GetxController 无法销毁。
攻克Flutter状态难题：GetX生命周期管理的实战指南
最新发布
gitblog_00293的博客
11-07 325
你是否遇到过用户抱怨"应用切到后台再回来，填写的内容全没了"？或者在处理复杂表单时，因手机来电导致输入数据丢失的尴尬？这些常见问题的根源在于**状态恢复机制**的缺失。本文将通过GetX框架的生命周期管理能力，教你如何构建一个即使经历系统内存清理也能完美恢复状态的Flutter应用。 读完本文你将掌握： - 使用GetX生命周期回调实现状态持久化 - 构建跨页面共享的恢复型状态管理方案 - 处理
49 Fluttet getx状态管理（一）
LJLThomson的博客
05-18 3194
Fluttet getx状态管理 1.Get介绍 Bloc问题：使用Bloc的时候，有一个让我至今为止十分在意的问题，无法真正的跨页面交互！在反复的查阅官方文档后，使用一个全局Bloc的方式，实现了“伪”跨页面交互。fishRedux，在中小型项目中使用时，会降低一定开发效率，但是在大型项目中，是非常好的 Getx优势： - 路由管理 - build刷新方式 - 跨页面交互，在StreamController篇介绍过，当时是通过它实现的 - 实现了全局BuildContext - 国际化，主题实现 Get
【flutter项目实战】第七节 在使用getx的flutter项目中保持页面状态
winni_a的博客
03-26 1070
我们知道，getx的view，都是使用实现的，而是基于实现的并且是不管页面在不在屏幕上，都会加载，所以不符合我们的预期来实现了虽然也是基于，但是她只会在进入屏幕的时候加载，否则是不加载的。
Flutter GetxController 教程
微雨醉桃花的博客
01-16 428
GetxController
【Flutter高效开发】GetX指南：一文学会状态管理、路由与依赖注入
u013012507的专栏
04-23 1229
项目规模推荐方案原因小型项目GetX全栈式快速开发中型项目GetX+其他状态管理平衡灵活与效率大型项目谨慎使用路由系统需要严格架构设计。
深入浅出 GetX：超详细实用指南，全方位掌握 Flutter 开发利器第三篇之路由依赖管理篇
我叫柱子哥
07-19 4000
今天这篇博客主要介绍Getx的三大功能之一的依赖管理。依赖管理是软件开发中的一个关键部分，尤其是在复杂应用中。它帮助开发者管理应用中的各种依赖，确保依赖的实例化和生命周期管理变得更加简单和高效。GetX 提供了一种简单且高效的依赖注入方式，通过少量代码即可实现依赖的注入、管理和访问。它主要通过Get.put、Get.lazyPut、Get.putAsync和Get.create等方法来实现依赖管理。
Flutter中GetX系列六--GetxController/GetView使用详情
eastWind1101的博客
11-24 1万+
GetxController使用详情,GetxController的数据赋值、数据更新、事件监听、生命周期、UniqueID
Flutter GetX的使用学习——基础部分
仁希的博客
05-30 1456
GetX 是 Flutter 上的一个轻量且强大的解决方案：高性能的状态管理、智能的依赖注入和便捷的路由管理。
Flutter GetX系列教程---GetxController
波~的博客
12-29 1913
在实际的项目开发过程中，我们不可能把UI代码、业务逻辑都放在一起处理，这样对项目的架构、代码的可读性、后期的维护将会是致命的，好在GetX为我们提供了GetxController,GetxController主要的作用是用于UI代码与业务逻辑分离开来。
ViewController无法自动销毁
tianyitianyi1的专栏
08-09 1687
1.  block 中不要使用 self，改用weakself     错误        self.tableView.mj_header= [MJRefreshNormalHeader headerWithRefreshingBlock:^{              [self pullDownAction];     }];     正确       WEAKSELF
flutter GetXcontroller、GetBuilder、 Obx、RxMap、RxList使用
maoning20080808的专栏
07-06 996
flutter GetXcontroller、GetBuilder、 Obx、RxMap、RxList使用
flutter 退出界面，因有延时异步，没销毁里面的内容
weixin_44911775的博客
09-21 1080
感悟，就算不在本界面，就算退出了界面，那个界面里面的代码还是会运行的，如果做了延时操作或者网络请求异步，那就算退出了界面也一样会进行里面的方法里面的操作（比如创建一个音乐播放的对象）。就算在生命周期里面做了销毁，可能也只是销毁了个空对象，因为网络请求或者延时导致对象还没被创建出来，所以销毁时销毁了个空对象，等退出界面后，且网络请求结束后，音乐对象被创建出来，还是会继续播放。所以可以在网络请求结束的时候做判断，if（！mount）｛return ｝即如果不在该界面就不运行。
flutter getx弹起底部弹窗 监听关闭
热门推荐
weixin_43575775的博客
01-09 3万+
在await Get.bottomSheet 之后进行弹窗判断 Get.isBottomSheetOpen == false 说明弹窗已经关闭了 然后做逻辑处理。在内部添加 关闭按钮Get.back();当调用getx的底部弹窗 Get.bottomSheet 弹起后 关闭弹窗没有相应的回调。isDismissible 是 关闭点击空白区域自动关闭 设置为flase,然后。上面这种方式有缺陷： 系统返回键也可关闭弹窗。Get.bottomSheet 返回一个future。代码如下（因为有封装 有点复杂）
Flutter GetX系列教程---BottomSheet
波~的博客
12-29 1724
BottomSheet 是底部弹出的一个组件，常用于单选、验证码二次校验弹窗等，GetX的BottomSheet底部弹出是自定义通过路由push的方法实现底部弹窗的一个效果。
Flutter框架篇：GetxController原理深度解析！！！！
m0_37972279的博客
04-17 3832
深度讲解controller的使用方式，帮助读者更快的掌握getx的使用方法
【Flutter】Getx设计模式及Provider、Repository、Controller、View等
jeversonjee's blog
04-06 1386
移动端或者前端很少去直接操作远程数据， 故不存在类似Spring 中的DAO， 此处示例中抽象出的Provider我们可以理解为服务提供者即此处的网络请求Service，亦或者DBService的上层服务提供者。
flutter getx 监听页面不可见状态
08-13
<think>我们使用GetX状态管理库时，监听页面不可见状态可以通过GetxController的生命周期来实现。在GetX中，当页面被创建时，会绑定一个Controller，当页面被关闭时，Controller会被销毁。但是，如果我们想要在页面不可见（例如被其他页面覆盖，但还未销毁）时执行一些操作，我们可以使用GetX提供的Worker来监听路由变化，或者利用SchedulerBinding来监听页面的可见性。 然而，GetX本身并没有直接提供监听页面不可见状态的回调。但是，我们可以通过以下两种方式来实现： 1. 使用`ever`或`everAll`等Workers来监听路由变化，结合GetX的路由状态判断当前页面是否处于活动状态。但这种方法可能不够直接。 2. 使用Flutter原生的WidgetsBindingObserver来监听页面的生命周期（如AppLifecycleState），然后在GetXController中混入WidgetsBindingObserver，并重写didChangeAppLifecycleState方法。这样可以在整个应用生命周期变化时得到回调。 但是，需要注意的是，WidgetsBindingObserver监听的是整个应用的生命周期，而不是单个页面的。因此，我们需要在页面级别进行管理，通常是在StatefulWidget的State中混入WidgetsBindingObserver，然后通过GetX将状态传递到Controller。 不过，在GetX中，我们通常使用GetView和GetController来构建页面，这样页面本身是无状态的。因此，我们可以考虑在Controller中监听应用生命周期，并结合当前路由信息来判断当前页面是否可见。 具体步骤： - 在Controller中混入`GetLifeCycleMixin`（这是GetXController自带的，用于管理Controller的生命周期）和`WidgetsBindingObserver`（用于监听应用生命周期）。 - 在Controller初始化时，添加观察者；在Controller销毁时，移除观察者。 - 在`didChangeAppLifecycleState`方法中，根据应用的状态（resumed, inactive, paused, detached）来判断当前页面的可见性。 注意：当应用处于inactive或paused状态时，可能表示页面不可见（例如被其他应用覆盖或回到桌面），但这种方法无法区分是当前页面还是其他页面。 如果我们只想监听当前页面的可见性（即当有新的页面覆盖在当前页面上时，当前页面不可见），我们可以结合GetX的路由管理。例如，在页面进入时（onReady）开始监听，在页面退出时（onClose）移除监听，同时利用路由栈信息。 但是，GetX目前没有提供页面被覆盖时的回调，因此我们可以通过路由观察者（RouteObserver）来实现。这种方式需要我们在MaterialApp中设置navigatorObservers，然后使用GetMaterialApp已经内置了GetObserver，我们可以通过Get.routing来获取当前路由信息，但同样无法直接知道当前页面是否被覆盖。 因此，一个折中的方案是：在Controller中，我们监听应用的生命周期，并且假设当应用处于非resumed状态时，当前页面不可见。同时，我们也可以监听路由的变化，当有新的页面压栈时，当前页面就会不可见（但此时Controller仍然存在，直到页面被销毁）。 但是，由于GetX的Controller是懒加载的，并且当页面被销毁时Controller默认会被销毁（除非设置为永久存在），所以当页面被覆盖时，Controller并不会销毁，因此我们可以利用这个特性来监听应用生命周期。 下面是一个在GetXController中监听应用生命周期的示例： ```dart import 'package:flutter/widgets.dart'; import 'package:get/get.dart'; class MyController extends GetxController with WidgetsBindingObserver { @override void onInit() { super.onInit(); WidgetsBinding.instance.addObserver(this); } @override void onClose() { WidgetsBinding.instance.removeObserver(this); super.onClose(); } @override void didChangeAppLifecycleState(AppLifecycleState state) { super.didChangeAppLifecycleState(state); switch (state) { case AppLifecycleState.resumed: // 应用可见，页面处于活动状态 print('页面可见'); break; case AppLifecycleState.inactive: // 应用处于非活动状态，通常是进入后台或弹窗覆盖 print('页面不可见（非活动）'); break; case AppLifecycleState.paused: // 应用进入后台 print('页面不可见（进入后台）'); break; case AppLifecycleState.detached: // 应用即将销毁 break; } } } ``` 但是，这种方法只能监听整个应用的生命周期，不能精确到单个页面。因此，如果多个页面同时存在（例如A页面打开B页面），那么A页面的Controller也会收到应用生命周期的回调，但此时A页面已经被覆盖，而应用可能仍然在前台（resumed状态）。 因此，为了精确监听单个页面的可见性，我们可以使用RouteAware。GetX没有内置RouteAware，但我们可以结合GetX的路由中间件或使用Flutter原生的RouteObserver。 由于在GetX中，我们通常使用命名路由，因此可以创建一个RouteAware的Controller。但是，这需要我们在每个页面中注册和注销RouteObserver。 具体步骤： 1. 在MaterialApp中设置navigatorObservers： ```dart GetMaterialApp( navigatorObservers: [GetObserver()], // 或者使用自定义的RouteObserver ); ``` 2. 创建一个自定义的RouteObserver（可以使用Flutter的RouteObserver）。 3. 在页面State中混入RouteAware，并注册到RouteObserver，然后重写didPush、didPopNext等方法。 但是，GetX推荐使用GetPageRoute，并且GetX的Controller通常与GetPageRoute绑定，因此我们可以尝试在Controller中实现RouteAware，但需要将Controller与Route绑定，这需要额外的处理。 鉴于复杂度，这里提供一个在StatefulWidget的State中使用RouteAware的示例，然后通过Get.put将Controller与页面绑定，并在State中处理路由观察，再通知Controller： ```dart import 'package:flutter/material.dart'; import 'package:get/get.dart'; class MyPage extends StatefulWidget { @override _MyPageState createState() => _MyPageState(); } class _MyPageState extends State<MyPage> with RouteAware { final MyController controller = Get.put(MyController()); @override void didChangeDependencies() { super.didChangeDependencies(); // 注册路由观察者 final routeObserver = Get.find<RouteObserver>(); // 需要先注入RouteObserver routeObserver.subscribe(this, ModalRoute.of(context)); } @override void dispose() { Get.find<RouteObserver>().unsubscribe(this); super.dispose(); } // 当路由弹出，当前页面成为活动页面（即页面可见） @override void didPopNext() { controller.onPageVisible(); } // 当路由压入新页面，当前页面不再活动（即页面不可见） @override void didPushNext() { controller.onPageInvisible(); } @override Widget build(BuildContext context) { return Container(); } } class MyController extends GetxController { void onPageVisible() { print('页面可见'); } void onPageInvisible() { print('页面不可见'); } } ``` 但是，这种方法要求我们使用StatefulWidget，与GetX的无状态页面（GetView）风格不符。 因此，在GetX中，如果我们想要在Controller中监听页面可见性，可能需要等待GetX库的更新或者使用第三方插件。 目前，一个更简单的方法是在GetPage中利用中间件（middleware）来监听页面的路由事件。GetX提供了路由中间件功能，我们可以在其中监听路由的变化，并通知到Controller。 例如： ```dart class MyMiddleware extends GetMiddleware { @override GetPage? onPageCalled(GetPage? page) { // 在页面被调用时 return super.onPageCalled(page); } @override void onPageDispose() { // 在页面销毁时 super.onPageDispose(); } } ``` 但是，中间件中我们无法直接获取到目标页面的Controller，因为此时Controller可能还未创建。 综上，目前GetX没有提供直接监听页面可见性的方法，但我们可以结合Flutter的原生方法（如RouteAware）来实现，但需要牺牲一部分GetX的便利性。 因此，对于大多数场景，如果只需要监听整个应用的生命周期，可以使用WidgetsBindingObserver；如果需要精确到页面级别的可见性，则建议在StatefulWidget中使用RouteAware，并通过Get.put将Controller与页面绑定，然后在State中处理路由回调并调用Controller的方法。 如果坚持使用GetView（无状态）方式，我们可以创建一个基类Controller，结合GetX的路由堆栈信息，在每次路由变化时检查当前页面是否在栈顶，但这可能比较消耗性能。 综上所述，根据需求选择合适的方法。如果应用要求不高，使用应用生命周期监听即可；如果要求精确，则使用RouteAware。 由于问题要求监听页面不可见状态，这里我们给出一个在GetXController中监听应用生命周期的示例，因为实现起来比较简单，但需要注意其局限性。 希望这个回答能帮到你。</think>在 Flutter 中使用 GetX 监听页面不可见状态，可以通过以下两种方式实现： ### 方法一：使用 `ever` 监听路由变化（推荐） ```dart import 'package:get/get.dart'; class PageVisibilityController extends GetxController { // 定义页面可见状态 var isPageVisible = true.obs; @override void onInit() { super.onInit(); // 监听路由变化 ever(Get.routing, (route) { // 当页面被覆盖时（新页面压栈） if (route is! GetPageRoute || route.settings.name != currentRoute) { isPageVisible.value = false; print("页面不可见"); } // 当页面回到栈顶时 else { isPageVisible.value = true; print("页面可见"); } }); } // 获取当前路由名 String get currentRoute => Get.currentRoute; } // 在页面中使用： class MyPage extends StatelessWidget { final controller = Get.put(PageVisibilityController()); @override Widget build(BuildContext context) { return Obx(() { if (!controller.isPageVisible.value) { // 执行不可见时的操作 } return Scaffold(...); }); } } ``` ### 方法二：结合 `WidgetsBindingObserver`（精确监听） ```dart class LifecycleController extends GetxController with WidgetsBindingObserver { var isAppInactive = false.obs; @override void onInit() { super.onInit(); WidgetsBinding.instance.addObserver(this); } @override void onClose() { WidgetsBinding.instance.removeObserver(this); super.onClose(); } @override void didChangeAppLifecycleState(AppLifecycleState state) { switch(state) { case AppLifecycleState.inactive: // 页面被覆盖 isAppInactive.value = true; print("页面不可见"); break; case AppLifecycleState.resumed: // 页面恢复 isAppInactive.value = false; print("页面可见"); break; default: break; } } } ``` ### 注意事项： 1. 方法一适合监听页面跳转导致的不可见状态 2. 方法二可监听应用级状态变化（包括回到桌面/通知栏覆盖） 3. 在 `onClose()` 中必须移除监听防止内存泄漏 4. 不可见状态常见场景： - 打开新页面覆盖当前页 - 应用进入后台 - 系统弹窗（权限申请/来电）
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值