Kotlin?Flow數(shù)據(jù)流的3種使用場(chǎng)景詳解
一 Flow使用注意事項(xiàng)
多個(gè)Flow
不能放到一個(gè)lifecycleScope.launch
里去collect{}
,因?yàn)檫M(jìn)入collect{}
相當(dāng)于一個(gè)死循環(huán),下一行代碼永遠(yuǎn)不會(huì)執(zhí)行;如果就想寫到一個(gè)lifecycleScope.launch{}
里去,可以在內(nèi)部再開啟launch{}
子協(xié)程去執(zhí)行。
示例,下面是錯(cuò)誤寫法:
//NOTE: 下面的示例是錯(cuò)誤寫法 lifecycleScope.launch { mFlowModel.caseFlow1 .flowWithLifecycle(lifecycle, Lifecycle.State.STARTED) .collect {} mFlowModel.caseFlow2 .flowWithLifecycle(lifecycle, Lifecycle.State.STARTED) .collect {} }
正確寫法:
lifecycleScope.launch { launch { mFlowModel.caseFlow1 .flowWithLifecycle(lifecycle, Lifecycle.State.STARTED) .collect {} } launch { mFlowModel.caseFlow2 .flowWithLifecycle(lifecycle, Lifecycle.State.STARTED) .collect {} } }
當(dāng)然,直接啟動(dòng)多個(gè) lifecycleScope.launch
也是可以的。
二 幾種使用場(chǎng)景
2.1、處理復(fù)雜、耗時(shí)邏輯
一般在處理復(fù)雜邏輯、耗時(shí)操作時(shí),我們會(huì)將其放到子線程中去處理,避免在主線程中處理導(dǎo)致卡頓。而Flow
可以方便地進(jìn)行線程切換,所以處理復(fù)雜邏輯、耗時(shí)操作時(shí),可以考慮使用Flow
來進(jìn)行處理,下面來看一個(gè)例子:
假設(shè)我們想讀取本地Assets
目錄下的person.json
文件,并將其解析出來,json
文件中的內(nèi)容
// assets目錄下person.json { "name": "小馬快跑", "age": 18, "interest": "money! lots of money!" }
下面通過Flow
的方式實(shí)現(xiàn)在IO
線程中讀取json
文件,并最終在主線程中輸出結(jié)果:
/** * 通過Flow方式,獲取本地文件 */ private fun getFileInfo() { lifecycleScope.launch { flow { //解析本地json文件,并生成對(duì)應(yīng)字符串 val configStr = getAssetJsonInfo(requireContext(), "person.json") //最后將得到的實(shí)體類發(fā)送到下游 emit(configStr) } .map { json -> Gson().fromJson(json, PersonModel::class.java) //通過Gson將字符串轉(zhuǎn)為實(shí)體類 } .flowOn(Dispatchers.IO) //在flowOn之上的所有操作都是在IO線程中進(jìn)行的 .onStart { log("onStart") } .filterNotNull() .onCompletion { log("onCompletion") } .catch { ex -> log("catch:${ex.message}") } .collect { log("collect parse result:$it") } } } /** * 讀取Assets下的json文件 */ private fun getAssetJsonInfo(context: Context, fileName: String): String { val strBuilder = StringBuilder() var input: InputStream? = null var inputReader: InputStreamReader? = null var reader: BufferedReader? = null try { input = context.assets.open(fileName, AssetManager.ACCESS_BUFFER) inputReader = InputStreamReader(input, StandardCharsets.UTF_8) reader = BufferedReader(inputReader) var line: String? while ((reader.readLine().also { line = it }) != null) { strBuilder.append(line) } } catch (ex: Exception) { ex.printStackTrace() } finally { try { input?.close() inputReader?.close() reader?.close() } catch (e: IOException) { e.printStackTrace() } } return strBuilder.toString() }
執(zhí)行結(jié)果:
11:11:32.178 E onStart
11:11:32.197 E collect parse result:PersonModel(name=小馬快跑, age=18, interest=money! lots of money!)
11:11:32.198 E onCompletion
可以看到在collect{}
中得到了正確的數(shù)據(jù),這里注意一下flowOn()
的作用域是在自身之上的操作,上述例子中flowOn(Dispatchers.IO)
意味著在flowOn
之上的所有操作都是在IO
線程中進(jìn)行的。
2.2、存在依賴關(guān)系的接口請(qǐng)求
如果最終展示依賴多個(gè)接口且接口之間是有依賴關(guān)系的,之前我們可能會(huì)在第一個(gè)接口請(qǐng)求成功的回調(diào)里繼續(xù)調(diào)用第二個(gè)接口,以此類推,這樣雖然能實(shí)現(xiàn),但是會(huì)導(dǎo)致回調(diào)層級(jí)很深,也就是所謂的回調(diào)地獄;此時(shí)可以使用Flow
的flatMapConcat
將多個(gè)接口串聯(lián)起來。
lifecycleScope.launch { lifecycle.repeatOnLifecycle(Lifecycle.State.STARTED) { //將兩個(gè)flow串聯(lián)起來 先搜索目的地,然后到達(dá)目的地 mFlowModel.getSearchFlow() .flatMapConcat { //第二個(gè)flow依賴第一個(gè)的結(jié)果 mFlowModel.goDestinationFlow(it) }.collect { mTvCallbackFlow.text = it ?: "error" } } }
2.3、組合多個(gè)接口的數(shù)據(jù)
有這樣一種場(chǎng)景:數(shù)據(jù)的最終展示依賴多個(gè)接口請(qǐng)求到的數(shù)據(jù),有兩種實(shí)現(xiàn)方式:
- 一個(gè)個(gè)串行去請(qǐng)求接口,拿到數(shù)據(jù)后最終拼到一起;
- 所有接口并行去請(qǐng)求,拿到數(shù)據(jù)后最終拼到一起。
串行請(qǐng)求雖然可以,但是效率并不高;更優(yōu)的方式是采用接口并行,可以使用Flow
的zip
操作符,如下要獲取電費(fèi)、水費(fèi)、網(wǎng)費(fèi)的總花銷,對(duì)應(yīng)的花費(fèi)需要各自請(qǐng)求自己的接口,最終把數(shù)據(jù)進(jìn)行合并統(tǒng)計(jì):
//ViewModel中 //分別請(qǐng)求電費(fèi)、水費(fèi)、網(wǎng)費(fèi),F(xiàn)low之間是并行關(guān)系 suspend fun requestElectricCost(): Flow<ExpendModel> = flow { delay(500) emit(ExpendModel("電費(fèi)", 10f, 500)) }.flowOn(Dispatchers.IO) suspend fun requestWaterCost(): Flow<ExpendModel> = flow { delay(1000) emit(ExpendModel("水費(fèi)", 20f, 1000)) }.flowOn(Dispatchers.IO) suspend fun requestInternetCost(): Flow<ExpendModel> = flow { delay(2000) emit(ExpendModel("網(wǎng)費(fèi)", 30f, 2000)) }.flowOn(Dispatchers.IO) data class ExpendModel(val type: String, val cost: Float, val apiTime: Int) { fun info(): String { return "${type}: ${cost}, 接口請(qǐng)求耗時(shí)約$apiTime ms" } }
//UI層 mBtnZip.setOnClickListener { lifecycleScope.launch { val electricFlow = mFlowModel.requestElectricCost() val waterFlow = mFlowModel.requestWaterCost() val internetFlow = mFlowModel.requestInternetCost() val builder = StringBuilder() var totalCost = 0f val startTime = System.currentTimeMillis() //NOTE:注意這里可以多個(gè)zip操作符來合并Flow,且多個(gè)Flow之間是并行關(guān)系 electricFlow.zip(waterFlow) { electric, water -> totalCost = electric.cost + water.cost builder.append("${electric.info()},\n").append("${water.info()},\n") }.zip(internetFlow) { two, internet -> totalCost += internet.cost two.append(internet.info()).append(",\n\n總花費(fèi):$totalCost") }.collect { mTvZipResult.text = it.append(",總耗時(shí):${System.currentTimeMillis() - startTime} ms") } } }
執(zhí)行結(jié)果:
電費(fèi): 10.0, 接口請(qǐng)求耗時(shí)約500 ms,
水費(fèi): 20.0, 接口請(qǐng)求耗時(shí)約1000 ms,
網(wǎng)費(fèi): 30.0, 接口請(qǐng)求耗時(shí)約2000 ms,
總花費(fèi):60.0,總耗時(shí):2012 ms
可以看到不但得到了所有接口的數(shù)據(jù),而且總耗時(shí)基本等于耗時(shí)最長(zhǎng)的接口的時(shí)間,說明zip
操作符合并的多個(gè)Flow
內(nèi)部接口請(qǐng)求是并行的。
到此這篇關(guān)于Kotlin Flow數(shù)據(jù)流的3種使用場(chǎng)景詳解的文章就介紹到這了,更多相關(guān)Kotlin Flow數(shù)據(jù)流內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Android最基本的異步網(wǎng)絡(luò)請(qǐng)求框架
這篇文章主要為大家詳細(xì)介紹了Android最基本的異步網(wǎng)絡(luò)請(qǐng)求框架,感興趣的小伙伴們可以參考一下2016-04-04Android采用消息推送實(shí)現(xiàn)類似微信視頻接聽
這篇文章主要為大家詳細(xì)介紹了Android采用消息推送實(shí)現(xiàn)類似微信視頻接聽,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-11-11Android 使用Vitamio打造自己的萬能播放器(9)—— 在線播放 (在線電視)
本文主要介紹Android 使用Vitamio開發(fā)播放器,實(shí)現(xiàn)在線電視播放,這里提供效果圖和實(shí)例代碼以便大家參考,2016-07-07Flutter學(xué)習(xí)之SliverList和SliverGird的使用詳解
Sliver的組件一般都用在CustomScrollView中,除了SliverAppBar之外,我們還可以為CustomScrollView添加List或者Grid來實(shí)現(xiàn)更加復(fù)雜的組合效果。本文就來聊聊SliverList和SliverGird的使用吧2023-02-02Android AsyncTask的缺陷和問題總結(jié)
這篇文章主要介紹了Android AsyncTask的缺陷和問題總結(jié)的相關(guān)資料,需要的朋友可以參考下2017-03-03Android實(shí)現(xiàn)清除單個(gè)域名的cookie
這篇文章主要介紹了Android實(shí)現(xiàn)清除單個(gè)域名的cookie,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2020-03-03