Flutter应用使用GetX是否必须全用GetX Controller？有哪些使用限制？

相关说法正误判定 #

使用GetX就必须采用GetX自带的导航能力，无法使用Flutter原生的Navigator，Clipboard、MediaQuery的使用也是同理

上述说法完全错误，实际使用逻辑如下：

• GetX导航本质是对Flutter原生Navigator的上层封装，两者不存在互斥关系，完全可以根据需求混用，不需要强制全量替换原有原生导航逻辑
• Clipboard、MediaQuery等所有Flutter原生SDK提供的能力，都可以和GetX共存正常使用，没有任何强制替换要求

GetX实际存在的使用限制 #

GetX本身是纯Flutter端实现的状态管理+工具链框架，绝大多数原生能力和第三方包都可以正常搭配使用，仅存在少量需要注意的适配场景：

• 生命周期管理限制：通过Get.put()、Get.lazyPut()等方式全局注册的控制器，默认不会和对应页面的生命周期绑定，页面销毁时如果不手动调用Get.delete()销毁对应控制器，会出现内存泄漏问题
• 路由适配限制：如果同时使用GetX导航和Flutter原生Navigator 2.0（Router API）做嵌套路由、动态路由配置，需要额外做适配处理，无法直接无缝混用；依赖原生NavigatorObserver做路由埋点、权限拦截的第三方包，使用GetX导航时需要手动将Get.navigatorObservers()注册到对应包的配置中，否则会无法捕获路由事件
• 快捷API使用限制：GetX提供的全局快捷API（如Get.context、Get.width、Get.height）在异步回调、页面销毁后调用时，可能出现上下文为空的异常，需要提前做判空处理
• 极端场景第三方包冲突：极少数深度依赖根MaterialApp/CupertinoApp上下文定制的第三方包，在项目根节点使用GetMaterialApp时可能出现适配问题，手动传递根上下文即可解决，不存在完全无法搭配使用的第三方包

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