使用Get.offNamed跳转同页面时，如何重置ScrollController或规避onClose调用

问题根源 #

你遇到的核心问题是Get.offNamed的执行顺序：先初始化新页面的控制器实例，再销毁旧页面的控制器。虽然每个控制器实例的ScrollController是独立的，但如果初始化/清理逻辑不当，就会导致新页面的滚动监听器无法正常工作。

可行解决方案 #

方案1：修正ScrollController的初始化与清理逻辑 #

当前代码里在onInit中重新赋值了scrollController，可能导致原实例未被正确清理，同时新实例的绑定可能出现延迟。调整代码如下：

class PostsController extends GetxController with StateMixin<Posts> {
  // 直接初始化ScrollController，不在onInit中重新赋值
  final ScrollController scrollController = ScrollController();
  
  @override
  void onInit() {
    super.onInit();
    _getData();
    // 直接给已初始化的控制器添加监听器
    scrollController.addListener(_loadMore);
  }

  _getData() async {}

  _loadMore() async {}

  @override
  void onClose() {
    scrollController.removeListener(_loadMore);
    // 务必加上dispose，避免内存泄漏
    scrollController.dispose();
    super.onClose();
  }
}

这样每个控制器实例的ScrollController都会被正确初始化和清理，新页面绑定新控制器的实例后，滚动功能就能正常工作。

方案2：手动控制控制器销毁顺序 #

如果你需要严格按照「先销毁旧控制器，再创建新控制器」的顺序执行，可以在跳转前手动删除旧控制器：

// 获取旧控制器实例并销毁
final oldController = Get.find<PostsController>();
Get.delete<PostsController>();
// 再执行跳转
Get.offNamed('/posts');

这样就能确保旧控制器的onClose先执行，再初始化新的控制器，避免顺序问题导致的异常。

方案3：设置控制器为永久实例（避免重复创建销毁） #

如果不需要每次跳转都重新创建控制器，可以在首次初始化时设置为永久实例：

// 在首次进入页面时创建控制器，设置permanent: true
Get.put(PostsController(), permanent: true);

之后使用Get.offNamed跳转时，控制器不会被销毁，也就不会触发onClose。此时需要在跳转后手动调用控制器的_getData方法刷新页面数据：

Get.offNamed('/posts').then((_) {
  final controller = Get.find<PostsController>();
  controller._getData();
});

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