協程
依賴
當 classpath 中存在 kotlinx-coroutines-core
、kotlinx-coroutines-reactive
和 kotlinx-coroutines-reactor
依賴時,協程支援被啟用
<dependency>
<groupId>org.jetbrains.kotlinx</groupId>
<artifactId>kotlinx-coroutines-core</artifactId>
</dependency>
<dependency>
<groupId>org.jetbrains.kotlinx</groupId>
<artifactId>kotlinx-coroutines-reactive</artifactId>
</dependency>
<dependency>
<groupId>org.jetbrains.kotlinx</groupId>
<artifactId>kotlinx-coroutines-reactor</artifactId>
</dependency>
支援的版本為 1.3.0 及更高。 |
反應式如何轉換為協程?
對於返回值,從反應式到協程 API 的轉換如下所示
-
fun handler(): Mono<Void>
變為suspend fun handler()
-
fun handler(): Mono<T>
變為suspend fun handler(): T
或suspend fun handler(): T?
,具體取決於Mono
是否可能為空(具有更強的靜態型別優勢) -
fun handler(): Flux<T>
變為fun handler(): Flow<T>
Flow
是協程世界中與 Flux
等效的型別,適用於熱流或冷流、有限或無限流,其主要區別如下:
-
Flow
是基於推送的,而Flux
是推拉混合的 -
背壓透過 suspend 函式實現
-
Flow
只有一個 單 suspendcollect
方法,運算子作為 擴充套件 實現 -
得益於協程,運算子易於實現
-
擴充套件允許向
Flow
新增自定義運算子 -
Collect 操作是 suspend 函式
-
map
運算子 支援非同步操作(無需使用flatMap
),因為它接受一個 suspend 函式引數
閱讀這篇關於 使用 Spring、協程和 Kotlin Flow 走向反應式 的部落格文章,瞭解更多詳細資訊,包括如何使用協程並行執行程式碼。
Repositories
以下是一個協程 Repository 的示例
interface CoroutineRepository : CoroutineCrudRepository<User, String> {
suspend fun findOne(id: String): User
fun findByFirstname(firstname: String): Flow<User>
suspend fun findAllByFirstname(id: String): List<User>
}
協程 Repository 基於反應式 Repository 構建,透過 Kotlin 的協程暴露資料訪問的非阻塞特性。協程 Repository 上的方法可以由查詢方法或自定義實現支援。如果自定義方法是可 suspend
的,呼叫自定義實現方法會將協程呼叫傳播到實際的實現方法,而無需實現方法返回諸如 Mono
或 Flux
之類的反應式型別。
請注意,根據方法宣告,協程上下文可能可用,也可能不可用。要保留對上下文的訪問,可以使用 suspend
宣告方法,或者返回一個允許上下文傳播的型別,例如 Flow
。
-
suspend fun findOne(id: String): User
: 透過 suspending 一次性同步檢索資料。 -
fun findByFirstname(firstname: String): Flow<User>
: 檢索資料流。Flow
被立即建立,而資料則在Flow
互動(Flow.collect(…)
)時獲取。 -
fun getUser(): User
: 一次性檢索資料,阻塞執行緒且不進行上下文傳播。應避免使用此方法。
只有當 Repository 繼承 CoroutineCrudRepository 介面時,才能發現協程 Repository。 |