将Kotlin挂起函数转为回调式函数：GlobalScope方案可行性及弊端

方案可行性 #

这个基于GlobalScope的实现技术上是可行的：它能完成挂起函数foo()到回调形式的转换，并且通过返回的Cancellable实例可以触发协程的取消逻辑，基本满足功能需求。

方案存在的弊端 #

但该方案存在诸多严重问题，不符合协程的最佳实践：

• 内存泄漏风险极高：GlobalScope启动的协程脱离了任何生命周期管理。即使调用Cancellable.cancel()，如果foo()内部不响应取消（比如未调用可取消的挂起函数、未检查isActive状态），协程会一直执行，持有回调引用导致相关对象无法被垃圾回收；若外部忘记调用cancel()，协程会持续运行至完成，可能长期占用内存资源。
• 线程调度与上下文失控：GlobalScope默认使用Dispatchers.Default调度器，无法根据业务需求切换到合适线程（例如Android场景下，回调若需在主线程执行，当前实现会直接在后台线程触发，引发线程安全问题）。同时无法自定义协程上下文（如异常处理器），foo()抛出的异常会触发全局默认处理逻辑，难以进行业务层面的异常捕获和处理。
• 调试与维护成本高：全局作用域的协程无法关联到具体业务模块，调试时难以追踪协程的归属，排查问题时定位难度大。
• 违背官方设计原则：Kotlin官方明确不推荐在业务代码中使用GlobalScope，因为它破坏了协程作用域与生命周期绑定的核心设计，容易导致不可控的后台任务，引发稳定性问题。

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