GetX控制器二次初始化异常：onInit未触发问题咨询

问题场景与代码示例 #

核心代码框架 #

class HomeController extends GetxController {
  // ...
}

class Home extends StatelessWidget {
  Home({super.key});
  final controller = Get.put(HomeController());
  
  @override
  Widget build(BuildContext context) {
    return Column(
      children: [
        WorkoutListWidget(),
        // ...
      ],
    );
  }
}

WorkoutListWidget实现 #

class WorkoutListWidget extends StatelessWidget {
  WorkoutListWidget({super.key});
  final controller = Get.put(WorkoutController());
  
  // ... 列表渲染逻辑
}

WorkoutController实现 #

class WorkoutController extends GetxController {
  static WorkoutController get instance => Get.find();
  
  @override
  void onInit() {
    fetchData(); // 二次加载时未被调用
    super.onInit();
  }
  
  // ... 数据获取、保存方法
}

页面跳转与控制器清理逻辑 #

用户在WorkoutCreateWidget提交表单后，执行以下操作返回首页：

class WorkoutCreateWidget extends StatelessWidget {
  WorkoutCreateWidget({super.key});
  final controller = Get.put(WorkoutController());
  
  // ... 表单相关代码

  onPressed: () {
    controller.saveWorkout();
    workoutFormKey.currentState?.reset();
    Get.delete<WorkoutController>();
    Get.offNamed(Routes.home); // 返回首页查看新增内容
  }
}

问题现象：首次加载时WorkoutController的onInit正常调用，数据展示正常；但从WorkoutCreate返回首页后，onInit未触发，新增的Workout无法展示。

咨询问题 #

1. 为何未使用lazyPut、find或permanent: true，返回Home页面后执行Get.put却仍不触发onInit？
2. 使用单个控制器同时处理某功能的模型列表获取与模型对象创建是否属于不良实践？

问题解答 #

问题1：onInit未触发的原因 #

• 页面未重建导致Get.put未重复执行：StatelessWidget的成员变量初始化代码（final controller = Get.put(WorkoutController())）仅在widget实例创建时运行一次。你使用Get.offNamed(Routes.home)返回首页时，如果路由栈中原本的Home页面实例仍存在（比如之前是从Home导航到WorkoutCreate，offNamed只是回到原有页面而非创建新实例），那么WorkoutListWidget不会被重新创建，这段初始化代码也就不会再次执行，自然不会重新创建WorkoutController实例、触发onInit。
• Get.put的执行逻辑：Get.put()仅在当前类型的控制器实例不存在时，才会创建新实例并调用onInit；如果Get.put()没有被重复执行，就不会触发初始化逻辑。

问题2：单控制器处理列表与创建的实践判断 #

这并非绝对的不良实践，需结合项目规模和业务复杂度判断：

• 小型项目/简单功能：完全可行。将同一业务领域（如Workout的列表展示与创建）的逻辑集中在一个控制器中，能减少控制器数量，降低维护成本，逻辑更紧凑。
• 中大型项目/复杂业务：若后续列表逻辑（如分页、筛选、排序）或创建逻辑（如多步骤表单、复杂校验）变得复杂，建议拆分到不同控制器（如WorkoutListController和WorkoutCreateController），符合单一职责原则，代码结构更清晰，便于后续扩展和维护。
• 即使使用单控制器，也需注意代码结构：将列表相关方法、创建相关方法分类整理，保持代码可读性，避免逻辑混杂。

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