你是不是还没用过 select？实战 Kotlin select

在 Kotlin 协程的世界里，async/await 与 launch 几乎成了每个开发者的标配。但当你需要同时监听多个挂起函数、等待第一个结果返回时，一个强大的多路复用工具——select 往往被忽略。它源自 Go 语言的同名表达式，在 Kotlin 协程中却有着更优雅的泛型实现。本文带你快速上手，看看 select 究竟能解决哪些实际问题。

一、什么是 `select`？——协程界的“多路开关”

简单来说，select 是一个挂起函数，它允许你同时等待多个“待选子句”（clause），一旦某一个子句就绪，便立即执行其对应的代码块，其余未完成的子句则被取消。这在本质上是一种非阻塞的多路复用机制。

select 的典型语法如下：

select<ResultType> {
    onAwait { ... }
    onSend { ... }
    onReceive { ... }
}

其中 onAwait 用于 Deferred 对象，onSend 用于 SendChannel，onReceive 用于 ReceiveChannel。只要其中任意一个准备就绪，select 便会返回。

二、为什么你需要它？——三个高频场景

1. 最快响应优先

当从多个数据源（如本地缓存、网络、内存）同时获取数据时，你通常希望哪个先返回就先用哪个。传统做法是启动多个协程并用 async 等待全部，但若等待最慢的，会拖累响应速度。用 select 则可以“快者优先”。

2. 超时控制

Kotlin 协程没有内置的 select 也能实现超时（比如 withTimeout），但 select 能让你在超时和正常结果之间做更细粒度的切换，甚至提供“兜底”值。

3. 通道多路消费

当你拥有多个 ReceiveChannel，需要从中轮询或合并数据时，select 可以避免手动忙循环或复杂的 Channel 组合。

三、实战：从两个数据源“抢答”

假设一个新闻应用需要同时从内存缓存和网络API获取文章列表。我们希望先显示缓存数据（如果有），再异步更新网络数据。但更常见的场景是：缓存和网络同时发起请求，哪个先返回就用哪个。

suspend fun fetchArticles(): ArticleList = coroutineScope {
    val cacheDeferred = async { getFromCache() }
    val networkDeferred = async { getFromNetwork() }

    select<ArticleList> {
        cacheDeferred.onAwait { it }
        networkDeferred.onAwait { it }
    }
}

当缓存或网络任意一个完成，select 立即返回结果，另一个协程会被自动取消。如果缓存比网络快，用户就能即时看到老数据，同时网络请求被取消，节省了带宽。若网络更快（比如缓存失败），则直接展示最新数据。

四、进阶：结合超时与备选

有时我们只愿意等待某个操作特定的时长。下面代码在500毫秒内等待用户输入，否则返回默认值：

val result = select<String> {
    channel.onReceive { it }
    onTimeout(500L) { "default" }  // 超时子句
}

这里 onTimeout 是 select 提供的特殊子句，它会在指定时间后就绪。这让处理超时变得异常简洁，无需额外倒计时协程。

五、注意事项：仍是实验性 API？

直到 Kotlin 1.9.x 版本，select 仍标记为 @ExperimentalCoroutinesApi。但在实际生产中，它已被众多主流库（如 Ktor 的客户端、Flow 的合并操作）广泛使用。建议在项目中使用时加上 @OptIn(ExperimentalCoroutinesApi::class)。一旦 Kotlin 2.0 正式发布，select 很可能转为稳定状态。

六、与 Go 的 `select` 有何不同？

Go 的 select 用于 channel 的收发，且必须搭配 default 分支实现非阻塞。Kotlin 的 select 更灵活：它支持 Deferred、Channel 以及自定义的 SelectClause，且默认就是挂起等待（除非提供 onTimeout）。此外，Kotlin 可以通过 select 的泛型参数明确返回值类型，避免 Go 中因 select 无直接返回值而需要额外变量赋值的繁琐。

结语：别让你的协程“单线程”

select 就像协程世界里的“瑞士军刀”，它让多个异步任务从“串行对比”变成“并行择优”。如果你还在用 async + awaitFirstOrNull 手动模拟多路复用，不妨试试原生的 select。它将显著减少模板代码，并使意图更加清晰——毕竟，谁先到，谁上场，这才是异步编程该有的样子。

一、什么是 select？——协程界的“多路开关”