欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Kotlin?Flow數(shù)據(jù)流的3種使用場(chǎng)景詳解

 更新時(shí)間:2023年04月18日 16:40:06   作者:_小馬快跑_  
這篇文章主要為大家詳細(xì)介紹了Kotlin中Flow數(shù)據(jù)流的幾種使用場(chǎng)景,文中的示例代碼講解詳細(xì),具有一定的借鑒價(jià)值,需要的可以參考一下

一 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í)可以使用FlowflatMapConcat將多個(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)的方式是采用接口并行,可以使用Flowzip操作符,如下要獲取電費(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)文章

最新評(píng)論