Kotlin Coroutines Flow 系列(四) 線程操作

photo-of-woman-wearing-denim-jacket-2419423.jpg

七. Flow 線程操作

7.1 更為簡化的線程切換

相對于 RxJava 多線程的學習曲線疹尾,F(xiàn)low 對線程的切換友好地多。

在之前的 Kotlin Coroutines Flow 系列(一) Flow 基本使用 一文中曾經介紹過 Flow 的切換線程骤肛,以及 flowOn 操作符纳本。

Flow 只需使用 flowOn 操作符,而不必像 RxJava 需要去深入理解 observeOn腋颠、subscribeOn 之間的區(qū)別繁成。

7.2 flowOn VS RxJava 的 observeOn

RxJava 的 observeOn 操作符,接收一個 Scheduler 參數(shù)淑玫,用來指定下游操作運行在特定的線程調度器 Scheduler 上巾腕。

Flow 的 flowOn 操作符,接收一個 CoroutineContext 參數(shù)絮蒿,影響的是上游的操作尊搬。

例如:

fun main() = runBlocking {

    flow {
        for (i in 1..5) {
            delay(100)
            emit(i)
        }
    }.map {
            it * it
        }.flowOn(Dispatchers.IO)
        .collect {
            println("${Thread.currentThread().name}: $it")
        }
}

flow builder 和 map 操作符都會受到flowOn的影響,并使用 Dispatchers.io 線程池土涝。

再例如:

val customerDispatcher = Executors.newFixedThreadPool(5).asCoroutineDispatcher()

fun main() = runBlocking {

    flow {
        for (i in 1..5) {
            delay(100)
            emit(i)
        }
    }.map {
            it * it
        }.flowOn(Dispatchers.IO)
        .map {
            it+1
        }
        .flowOn(customerDispatcher)
        .collect {
            println("${Thread.currentThread().name}: $it")
        }
}

flow builder 和兩個 map 操作符都會受到兩個flowOn的影響佛寿,其中 flow builder 和第一個 map 操作符跟上面的例子一樣,第二個 map 操作符會切換到指定的 customerDispatcher 線程池但壮。

7.3 buffer 實現(xiàn)并發(fā)操作

Kotlin Coroutines Flow 系列(二) Flow VS RxJava2 一文中冀泻,曾介紹 buffer 操作符對應 RxJava Backpressure 中的 BUFFER 策略。

事實上 buffer 操作符也可以并發(fā)地執(zhí)行任務蜡饵,它是除了使用 flowOn 操作符之外的另一種方式弹渔,只是不能顯示地指定 Dispatchers。

例如:

fun main() = runBlocking {
    val time = measureTimeMillis {
        flow {
            for (i in 1..5) {
                delay(100)
                emit(i)
            }
        }
        .buffer()
        .collect { value ->
            delay(300)
            println(value)
        }
    }
    println("Collected in $time ms")
}

執(zhí)行結果:

1
2
3
4
5
Collected in 1676 ms

在上述例子中溯祸,所有的 delay 所花費的時間是2000ms巾乳。然而通過 buffer 操作符并發(fā)地執(zhí)行 emit,再順序地執(zhí)行 collect 函數(shù)后鸟召,所花費的時間在 1700ms 左右胆绊。

如果去掉 buffer 操作符。

fun main() = runBlocking {
    val time = measureTimeMillis {
        flow {
            for (i in 1..5) {
                delay(100)
                emit(i)
            }
        }
        .collect { value ->
            delay(300)
            println(value)
        }
    }
    println("Collected in $time ms")
}

執(zhí)行結果:

1
2
3
4
5
Collected in 2039 ms

所花費的時間比剛才多了300多ms欧募。

7.4 并行操作

在講解并行操作之前压状,先來了解一下并發(fā)和并行的區(qū)別。

并發(fā)(concurrency):是指一個處理器同時處理多個任務跟继。
并行(parallelism):是多個處理器或者是多核的處理器同時處理多個不同的任務种冬。并行是同時發(fā)生的多個并發(fā)事件,具有并發(fā)的含義舔糖,而并發(fā)則不一定是并行娱两。

RxJava 可以借助 flatMap 操作符實現(xiàn)并行,亦可以使用 ParallelFlowable 類實現(xiàn)并行操作金吗。

下面十兢,以 flatMap 操作符為例實現(xiàn) RxJava 的并行:

        Observable.range(1,100)
                .flatMap(new Function<Integer, ObservableSource<String>>() {
                    @Override
                    public ObservableSource<String> apply(Integer integer) throws Exception {
                        return Observable.just(integer)
                                .subscribeOn(Schedulers.io())
                                .map(new Function<Integer, String>() {

                                    @Override
                                    public String apply(Integer integer) throws Exception {
                                        return integer.toString();
                                    }
                                });
                    }
                })
                .subscribe(new Consumer<String>() {
                    @Override
                    public void accept(String str) throws Exception {

                        System.out.println(str);
                    }
                });

Flow 也有相應的操作符 flatMapMerge 可以實現(xiàn)并行。

fun main() = runBlocking {

    val result = arrayListOf<Int>()
    for (index in 1..100){
        result.add(index)
    }

    result.asFlow()
        .flatMapMerge {
            flow {
                emit(it)
            }
            .flowOn(Dispatchers.IO)
        }
        .collect { println("$it") }
}

總體而言摇庙,F(xiàn)low 相比于 RxJava 更加簡潔一些旱物。

該系列的相關文章:

Kotlin Coroutines Flow 系列(一) Flow 基本使用
Kotlin Coroutines Flow 系列(二) Flow VS RxJava2
Kotlin Coroutines Flow 系列(三) 異常處理
Kotlin Coroutines Flow 系列(五) 其他的操作符

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市卫袒,隨后出現(xiàn)的幾起案子宵呛,更是在濱河造成了極大的恐慌,老刑警劉巖夕凝,帶你破解...
    沈念sama閱讀 206,723評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件宝穗,死亡現(xiàn)場離奇詭異,居然都是意外死亡码秉,警方通過查閱死者的電腦和手機逮矛,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,485評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來泡徙,“玉大人橱鹏,你說我怎么就攤上這事】懊辏” “怎么了莉兰?”我有些...
    開封第一講書人閱讀 152,998評論 0 344
  • 文/不壞的土叔 我叫張陵,是天一觀的道長礁竞。 經常有香客問我糖荒,道長,這世上最難降的妖魔是什么模捂? 我笑而不...
    開封第一講書人閱讀 55,323評論 1 279
  • 正文 為了忘掉前任捶朵,我火速辦了婚禮蜘矢,結果婚禮上,老公的妹妹穿的比我還像新娘综看。我一直安慰自己品腹,他們只是感情好,可當我...
    茶點故事閱讀 64,355評論 5 374
  • 文/花漫 我一把揭開白布红碑。 她就那樣靜靜地躺著舞吭,像睡著了一般。 火紅的嫁衣襯著肌膚如雪析珊。 梳的紋絲不亂的頭發(fā)上羡鸥,一...
    開封第一講書人閱讀 49,079評論 1 285
  • 那天,我揣著相機與錄音忠寻,去河邊找鬼惧浴。 笑死,一個胖子當著我的面吹牛奕剃,可吹牛的內容都是我干的衷旅。 我是一名探鬼主播,決...
    沈念sama閱讀 38,389評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼祭饭,長吁一口氣:“原來是場噩夢啊……” “哼芜茵!你這毒婦竟也來了叙量?” 一聲冷哼從身側響起倡蝙,我...
    開封第一講書人閱讀 37,019評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎绞佩,沒想到半個月后寺鸥,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經...
    沈念sama閱讀 43,519評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡品山,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 35,971評論 2 325
  • 正文 我和宋清朗相戀三年胆建,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片肘交。...
    茶點故事閱讀 38,100評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡笆载,死狀恐怖,靈堂內的尸體忽然破棺而出涯呻,到底是詐尸還是另有隱情凉驻,我是刑警寧澤,帶...
    沈念sama閱讀 33,738評論 4 324
  • 正文 年R本政府宣布复罐,位于F島的核電站涝登,受9級特大地震影響,放射性物質發(fā)生泄漏效诅。R本人自食惡果不足惜胀滚,卻給世界環(huán)境...
    茶點故事閱讀 39,293評論 3 307
  • 文/蒙蒙 一趟济、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧咽笼,春花似錦顷编、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,289評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至叛甫,卻和暖如春层宫,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背其监。 一陣腳步聲響...
    開封第一講書人閱讀 31,517評論 1 262
  • 我被黑心中介騙來泰國打工萌腿, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人抖苦。 一個月前我還...
    沈念sama閱讀 45,547評論 2 354
  • 正文 我出身青樓毁菱,卻偏偏與公主長得像,于是被迫代替她去往敵國和親锌历。 傳聞我的和親對象是個殘疾皇子贮庞,可洞房花燭夜當晚...
    茶點故事閱讀 42,834評論 2 345

推薦閱讀更多精彩內容