Kotlin中已有GlobalScope.async{}，为何仍需要GlobalScope.launch{}？

首先要明确：GlobalScope.launch 和 GlobalScope.async 的设计初衷完全不同，虽然你可以用 async 不调用 await 来模拟 launch 的行为，但这属于对API的滥用，违背了协程的设计语义。

核心区别：语义与用途 #

• GlobalScope.launch：专门用于不需要返回结果的“fire-and-forget”场景——你只需要启动一个后台任务，不用关心它什么时候结束、有没有返回值，任务执行完就完事了。
• GlobalScope.async：用于需要获取任务执行结果的场景——它返回一个 Deferred 对象，你可以通过 await() 来获取任务的返回值，本质是“启动一个带返回值的后台计算”。

具体适用场景（launch的专属场景） #

举个最常见的例子：用户行为日志上报。

假设你做了一个电商APP，用户点击“加入购物车”按钮后，前端需要立刻更新UI（比如显示“已加入”），同时要把这个点击事件上报到后台统计服务器。这个上报操作完全不需要返回结果，也不需要等待它完成——UI更新才是用户关心的，上报只是后台默默做的事。

用 launch 实现的代码会非常清晰：

btnAddCart.setOnClickListener {
    // 1. 立刻更新UI
    tvStatus.text = "已加入购物车"
    // 2. 后台上报行为日志，不用关心结果
    GlobalScope.launch {
        val event = UserEvent(type = "ADD_CART", productId = 123)
        analyticsService.reportEvent(event)
    }
}

如果换成 async，你不得不写这样的代码：

GlobalScope.async {
    analyticsService.reportEvent(event)
}
// 这里完全不用await，显得很突兀，其他开发者看到会疑惑：是不是漏了处理返回值？

这种写法不仅语义模糊，还会留下一个未被处理的 Deferred 对象，容易让人误解这段代码的意图，维护成本更高。

为什么不只用async？ #

API设计的核心原则之一是语义清晰。launch 直接传达了“启动后台任务，无需结果”的意图，而 async 则明确表示“启动一个计算任务，之后要拿结果”。各司其职的API能让代码更易读、更易维护，避免开发者写出语义模糊的代码。

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