1、前言
Hello，各位小伙伴，又見面了，回首過去，RxHttp 就要迎來一周年生日了(19年4月推出)，這一年，走過來真心....真心不容易，代碼維護、寫文章、寫檔案等等，經常都是干到零點之后，也是我首次花費大部分業余時間來維護一個開源專案，全程一個人維護，要知道，網路請求庫不同于其它開源專案，各位同僚對這類專案的要求都非常高，而且前面有一座大山Retrofit，如何在這種情況下，殺出重圍？那就只有死磕細節，做到人無我有，人有我精，
幸運的是，RxHttp它做到了，截止本文發表，在Github上，已達到1600+star，在RxHttp&RxLife交流群（群號：378530627，經常會有技術交流，歡迎進群）也有了300+人，這次，RxHttp 更新到了2.x版本，給大家帶來不一樣的協程體驗，為啥不一樣？看完本文你會有答案
gradle依賴
dependencies {
//必須3個為必須
implementation 'com.ljx.rxhttp:rxhttp:2.2.8'
//rxhttp v2.2.2版本起，需要手動依賴okhttp
implementation 'com.squareup.okhttp3:okhttp:4.7.2'
kapt 'com.ljx.rxhttp:rxhttp-compiler:2.2.8' //生成RxHttp類
//以下均為非必須
implementation 'com.ljx.rxlife:rxlife-coroutine:2.0.0' //管理協程生命周期，頁面銷毀，關閉請求
implementation 'com.ljx.rxlife2:rxlife-rxjava:2.0.0' //管理RxJava2生命周期，頁面銷毀，關閉請求
implementation 'com.ljx.rxlife3:rxlife-rxjava:3.0.0' //管理RxJava3生命周期，頁面銷毀，關閉請求
//Converter 根據自己需求選擇 RxHttp默認內置了GsonConverter
implementation 'com.ljx.rxhttp:converter-jackson:2.2.8'
implementation 'com.ljx.rxhttp:converter-fastjson:2.2.8'
implementation 'com.ljx.rxhttp:converter-protobuf:2.2.8'
implementation 'com.ljx.rxhttp:converter-simplexml:2.2.8'
}
注：純Java專案，請使用annotationProcessor替代kapt；依賴完，記得rebuild，才會生成RxHttp類
RxHttp2.2.0版本起，已完全剔除了RxJava，采用外掛的方法替代，支持RxJava2、RxJava3，詳情查看RxHttp上手
遇到問題，點這里，點這里，點這里，99%的問題都能自己解決
本文只介紹RxHttp與協程相關的部分，如果你之前沒有了解過RxHttp，建議先閱讀RxHttp 讓你眼前一亮的Http請求框架一文
如果你現在對協程還一知半解，沒有關系，那是因為你還沒有找到運用場景，而網路請求正是一個很好的切入場景，本文會教你如何優雅，并且安全的開啟協程，以及用協程處理多任務，用著用著你就會了，
2、RxHttp 協程使用
用過RxHttp的同學知道，RxHttp發送任意請求都遵循請求三部曲，如下：
代碼表示
RxHttp.get("/service/...") //第一步，確定請求方式，可以選擇postForm、postJson等方法
.asString() //第二步，使用asXXX系列方法確定回傳型別
.subscribe(s -> { //第三步, 訂閱觀察者
//成功回呼
}, throwable -> {
//失敗回呼
});
這使得初學者非常容易上手，掌握了請求三部曲，就掌握了RxHttp的精髓，而協程，亦遵循請求三部曲，如下：
代碼表示
val str = RxHttp.get("/service/...") //第一步，確定請求方式，可以選擇postForm、postJson等方法
.toStr() //第二步，確認回傳型別，這里代表回傳String型別
.await() //第二步，使用await方法拿到回傳值
注: await()是suspend掛斷方法，需要在另一個suspend方法或協程環境中呼叫
接著，如果我們要獲取一個Student物件或者List<Student>集合物件等等任意資料型別，也是通過await()方法，如下：
//Student物件
val student = RxHttp.get("/service/...")
.toClass<Student>()
.await()
//List<Student> 物件
val students = RxHttp.get("/service/...")
.toClass<List<Student>>()
.await()
toClass()方法是萬能的，它可以拿到任意資料型別，我們來看下toClass()方法的完整簽名
inline fun <reified T : Any> IRxHttp.toClass() : IAwait<T>
可以看到，它沒有任何引數，只是宣告了一個泛型T，并將它作為了回傳型別，所以通過該方法，就可以拿到任意資料型別，
以上就是RxHttp在協程中最常規的操作，接下來，上真正的干貨
2.1、業務code統一判斷
我想大部分人的介面回傳格式都是這樣的
class Response<T> {
var code = 0
var msg : String? = null
var data : T
}
拿到該物件的第一步就是對code做判斷，如果code != 200(假設200代表資料正確)，就會拿到msg欄位給用戶一些錯誤提示，如果等于200，就拿到data欄位去更新UI，常規的操作是這樣的
val response = RxHttp.get("/service/...")
.toClass<Response<Student>>()
.await()
if (response.code == 200) {
//拿到data欄位(Student)重繪UI
} else {
//拿到msg欄位給出錯誤提示
}
試想一下，一個專案少說也有30+個這樣的介面，如果每個介面讀取這么判斷，就顯得不夠優雅，也可以說是災難，相信也沒有人會這么干，而且對于UI來說，只需要data欄位即可，錯誤提示啥的我管不著，
那有沒有什么辦法，能直接拿到data欄位，并且對code做出統一判斷呢？有的，直接上代碼
val student = RxHttp.get("/service/...")
.toResponse<Student>() //呼叫此方法，直接拿到data欄位，也就是Student物件
.await()
//直接開始更新UI
可以看到，這里呼叫了toResponse()方法，就直接拿到了data欄位，也就是Student物件，
此時，相信很多人會有疑問，
-
業務code哪里判斷的？
-
業務code非200時，msg欄位怎么拿到？
為此，先來回答第一個問題，業務code哪里判斷的？
其實toResponse()方法并不是RxHttp內部提供的，而是用戶通過自定義決議器，并用@Parser注解標注，最后由注解處理器rxhttp-compiler自動生成的，聽不懂？沒關系，直接看代碼
@Parser(name = "Response")
open class ResponseParser<T> : AbstractParser<T> {
//以下兩個構造方法是必須的
protected constructor() : super()
constructor(type: Type) : super(type)
@Throws(IOException::class)
override fun onParse(response: okhttp3.Response): T {
val type: Type = ParameterizedTypeImpl[Response::class.java, mType] //獲取泛型型別
val data: Response<T> = convert(response, type) //獲取Response物件
val t = data.data //獲取data欄位
if (data.code != 200 || t == null) { //code不等于200，說明資料不正確，拋出例外
throw ParseException(data.code.toString(), data.msg, response)
}
return t
}
}
上面代碼只需要關注兩點即可，
第一點，我們在類開頭使用了@Parser注解，并為決議器取名為Response，所以就有了toResponse()方法（命名方式為：to + Parser注解里設定的名字）；
第二點，我們在if陳述句里，對code做了判斷，非200或者data為空時，就拋出例外，并帶上了code及msg欄位，所以我們在例外回呼的地方就能拿到這兩個欄位
接著回答第二個問題，code非200時，如何拿到msg欄位？直接上代碼，看一個使用協程發送請求的完整案例
//當前環境在Fragment中
fun getStudent() {
//rxLifeScope在rxLife-coroutine庫中，需要單獨依賴
rxLifeScope.launch({ //通過launch方法開啟一個協程
val student = RxHttp.get("/service/...")
.toResponse<Student>()
.await()
}, {
//例外回呼，這里的it為Throwable型別
val code = it.code
val msg = it.msg
})
}
注：RxLifeScope 是 RxLife-Coroutine庫中的類，本文后續會詳細介紹
上面的代碼，在例外回呼中便可拿到code及msg欄位，需要注意的是，it.code及it.msg是我為Throwable類擴展的兩個屬性，代碼如下：
val Throwable.code: Int
get() {
val errorCode = when (this) {
is HttpStatusCodeException -> this.statusCode //Http狀態碼例外
is ParseException -> this.errorCode //業務code例外
else -> "-1"
}
return try {
errorCode.toInt()
} catch (e: Exception) {
-1
}
}
val Throwable.msg: String
get() {
return if (this is UnknownHostException) { //網路例外
"當前無網路，請檢查你的網路設定"
} else if (
this is SocketTimeoutException //okhttp全域設定超時
|| this is TimeoutException //rxjava中的timeout方法超時
|| this is TimeoutCancellationException //協程超時
) {
"連接超時,請稍后再試"
} else if (this is ConnectException) {
"網路不給力，請稍候重試！"
} else if (this is HttpStatusCodeException) { //請求失敗例外
"Http狀態碼例外"
} else if (this is JsonSyntaxException) { //請求成功，但Json語法例外,導致決議失敗
"資料決議失敗,請檢查資料是否正確"
} else if (this is ParseException) { // ParseException例外表明請求成功，但是資料不正確
this.message ?: errorCode //msg為空，顯示code
} else {
"請求失敗，請稍后再試"
}
}
到這，業務code統一判斷就介紹完畢，上面的代碼，大部分人都可以簡單修改后，直接用到自己的專案上，如ResponseParser決議器，只需要改下if陳述句的判斷條件即可
2.2、retry 失敗重試
OkHttp為我們提供了全域的失敗重試機制，然而，這遠遠不能滿足我們的需求，比如，我就部分介面需要失敗重試，而不是全域的；我需要根據某些條件來判斷是否需要重試；亦或者我需要周期性重試，即間隔幾秒后重試等等
那RxHttp協程是如何解決這些問題的呢？RxHttp提供了一個retry()方法來解決這些難題，來看下完整的方法簽名
/**
* 失敗重試，該方法僅在使用協程時才有效
* @param times 重試次數, 默認Int.MAX_VALUE 代表不斷重試
* @param period 重試周期, 默認為0, 單位: milliseconds
* @param test 重試條件, 默認為空，即無條件重試
*/
fun retry(
times: Int = Int.MAX_VALUE,
period: Long = 0,
test: ((Throwable) -> Boolean)? = null
)
retry()方法共有3個引數，分別是重試次數、重試周期、重試條件，都有默認值，3個引數可以隨意搭配，如：
retry() //無條件、不間斷、一直重試
retry(2) //無條件、不間斷、重試兩次
retry(2, 1000) //無條件 間隔1s 重試2此
retry { it is ConnectException } //有條件、不間斷、一直重試
retry(2) { it is ConnectException } //有條件、不間斷、重試2次
retry(2, 1000) { it is ConnectException } //有條件、間隔1s、重試2次
retry(period = 1000) { it is ConnectException } //有條件、間斷1s、一直重試
前兩個引數相信大家一看就能明白，這里對第3個引數額外說一下，通過第三個引數，我們可以拿到Throwable例外物件，我們可以對例外做判斷，如果需要重試，就回傳true，不需要就回傳false，下面看看具體代碼
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.retry(2, 1000) { //重試2次，每次間隔1s
it is ConnectException //如果是網路例外就重試
}
.await()
2.3、timeout 超時
OkHttp提供了全域的讀、寫及連接超時，有時我們也需要為某個請求設定不同的超時時長，此時就可以用到RxHttp的timeout(Long)方法，如下：
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.timeout(3000) //超時時長為3s
.await()
2.4、async 異步運算子
如果我們由兩個請求需要并行時，就可以使用該運算子，如下：
//同時獲取兩個學生資訊
suspend void initData() {
val asyncStudent1 = RxHttp.postForm("/service/...")
.toResponse<Student>()
.async(this) //this為CoroutineScope物件，這里會回傳Deferred<Student>
val asyncStudent2 = RxHttp.postForm("/service/...")
.toResponse<Student>()
.async(this) //this為CoroutineScope物件，這里會回傳Deferred<Student>
//隨后呼叫await方法獲取物件
val student1 = asyncStudent1.await()
val student2 = asyncStudent2.await()
}
2.5、delay、startDelay 延遲
delay運算子是請求結束后，延遲一段時間回傳；而startDelay運算子則是延遲一段時間后再發送請求，如下：
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.delay(1000) //請求回來后，延遲1s回傳
.await()
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.startDelay(1000) //延遲1s后再發送請求
.await()
2.6、onErrorReturn、onErrorReturnItem例外默認值
有些情況，我們不希望請求出現例外時，直接走例外回呼，此時我們就可以通過兩個運算子，給出默認的值，如下：
//根據例外給出默認值
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.timeout(100) //超時時長為100毫秒
.onErrorReturn {
//如果時超時例外，就給出默認值，否則，拋出原例外
return@onErrorReturn if (it is TimeoutCancellationException)
Student()
else
throw it
}
.await()
//只要出現例外，就回傳默認值
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.timeout(100) //超時時長為100毫秒
.onErrorReturnItem(Student())
.await()
2.7、tryAwait 例外回傳null
如果你不想在例外時回傳默認值，又不想例外是影響程式的執行，tryAwait就派上用場了，它會在例外出現時，回傳null，如下：
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.timeout(100) //超時時長為100毫秒
.tryAwait() //這里回傳 Student? 物件，即有可能為空
2.8、map 轉換符號
map運算子很好理解，RxJava即協程的Flow都有該運算子，功能都是一樣，用于轉換物件，如下：
val student = RxHttp.postForm("/service/...")
.toStr()
.map { it.length } //String轉Int
.tryAwait() //這里回傳 Student? 物件，即有可能為空
2.9、以上運算子隨意搭配
以上運算子，可隨意搭配使用，但呼叫順序的不同，產生的效果也不一樣，這里先告訴大家，以上運算子只會對上游代碼產生影響，
如timeout及retry：
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.timeout(50)
.retry(2, 1000) { it is TimeoutCancellationException }
.await()
以上代碼，只要出現超時，就會重試，并且最多重試兩次，
但如果timeout、retry互換下位置，就不一樣了，如下：
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.retry(2, 1000) { it is TimeoutCancellationException }
.timeout(50)
.await()
此時，如果50毫秒內請求沒有完成，就會觸發超時例外，并且直接走例外回呼，不會重試，為什么會這樣？原因很簡單，timeout及retry運算子，僅對上游代碼生效，如retry運算子，下游的例外是捕獲不到的，這就是為什么timeout在retry下，超時時，重試機制沒有觸發的原因，
在看timeout和startDelay運算子
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.startDelay(2000)
.timeout(1000)
.await()
以上代碼，必定會觸發超時例外，因為startDelay，延遲了2000毫秒，而超時時長只有1000毫秒，所以必定觸發超時，
但互換下位置，又不一樣了，如下：
val student = RxHttp.postForm("/service/...")
.toResponse<Student>()
.timeout(1000)
.startDelay(2000)
.await()
以上代碼正常情況下，都能正確拿到回傳值，為什么？原因很簡單，上面說過，運算子只會對上游產生影響，下游的startDelay延遲，它是不管的，也管不到，
3、上傳/下載
RxHttp對檔案的優雅操作是與生俱來的，在協程的環境下，依然如此，沒有什么比代碼更具有說服力，直接上代碼
3.1、檔案上傳
val result = RxHttp.postForm("/service/...")
.addFile("file", File("xxx/1.png")) //添加單個檔案
.addFile("fileList", ArrayList<File>()) //添加多個檔案
.toResponse<String>()
.await()
只需要通過addFile系列方法添加File物件即可，就是這么簡單粗暴，想監聽上傳進度？簡單，再加一個upload運算子即可，如下：
val result = RxHttp.postForm("/service/...")
.addFile("file", File("xxx/1.png"))
.addFile("fileList", ArrayList<File>())
.upload(this) { //此this為CoroutineScope物件，即當前協程物件
//it為Progress物件
val process = it.progress //已上傳進度 0-100
val currentSize = it.currentSize //已上傳size，單位：byte
val totalSize = it.totalSize //要上傳的總size 單位：byte
}
.toResponse<String>()
.await()
我們來看下upload方法的完整簽名，如下：
/**
* 呼叫此方法監聽上傳進度
* @param coroutine CoroutineScope物件，用于開啟協程，回呼進度，進度回呼所在執行緒取決于協程所在執行緒
* @param progress 進度回呼
* 注意：此方法僅在協程環境下才生效
*/
fun RxHttpFormParam.upload(
coroutine: CoroutineScope? = null,
progress: (Progress) -> Unit
):RxHttpFormParam
3.2、檔案下載
接著再來看看下載，直接貼代碼
val localPath = "sdcard//android/data/..../1.apk"
val student = RxHttp.get("/service/...")
.toDownload(localPath) //下載需要傳入本地檔案路徑
.await()
下載呼叫toDownload(String)方法，傳入本地檔案路徑即可，要監聽下載進度？也簡單，如下：
val localPath = "sdcard//android/data/..../1.apk"
val student = RxHttp.get("/service/...")
.toDownload(localPath, this) { //此this為CoroutineScope物件
//it為Progress物件
val process = it.progress //已下載進度 0-100
val currentSize = it.currentSize //已下載size，單位：byte
val totalSize = it.totalSize //要下載的總size 單位：byte
}
.await()
看下toDownload方法完整簽名
/**
* @param destPath 本地存盤路徑
* @param coroutine CoroutineScope物件，用于開啟協程，回呼進度，進度回呼所在執行緒取決于協程所在執行緒
* @param progress 進度回呼
*/
fun IRxHttp.toDownload(
destPath: String,
coroutine: CoroutineScope? = null,
progress: (Progress) -> Unit
): IAwait<String>
如果你需要斷點下載，也是可以的，一行代碼的事，如下：
val localPath = "sdcard//android/data/..../1.apk"
val student = RxHttp.get("/service/...")
.setRangeHeader(1000, 300000) //斷點下載，設定下載起始/結束位置
.toDownload(localPath, this) { //此this為CoroutineScope物件
//it為Progress物件
val process = it.progress //已下載進度 0-100
val currentSize = it.currentSize //已下size，單位：byte
val totalSize = it.totalSize //要下的總size 單位：byte
}
.await()
老規則，看下setRangeHeader完整簽名
/**
* 設定斷點下載開始/結束位置
* @param startIndex 斷點下載開始位置
* @param endIndex 斷點下載結束位置，默認為-1，即默認結束位置為檔案末尾
* @param connectLastProgress 是否銜接上次的下載進度，該引數僅在帶進度斷點下載時生效
*/
fun setRangeHeader (
startIndex: Long,
endIndex: Long = 0L,
connectLastProgress: Boolean = false
)
到這，RxHttp協程的基礎Api基本介紹完畢，那么問題了，以上介紹的Api都依賴與協程環境，那我這么開啟協程呢？亦或者說，我對協程不是很懂，你只要保證安全的前提下，告訴怎么用就行了，ok，那下面如何安全的開啟一個協程，做到自動例外捕獲，且頁面銷毀時，自動關閉協程及請求
4、協程開啟及關閉
此時就要引入本人開源的另一個庫RxLife-Coroutine，用于開啟/關閉協程，并自動例外捕獲，依賴如下：
implementation 'com.ljx.rxlife:rxlife-coroutine:2.0.0'
本文在介紹業務code統一處理的時候，我們用到rxLifeScope屬性開啟協程，那這個是什么型別呢？看代碼
val ViewModel.rxLifeScope: RxLifeScope
get() {
val scope: RxLifeScope? = this.getTag(JOB_KEY)
if (scope != null) {
return scope
}
return setTagIfAbsent(JOB_KEY, RxLifeScope())
}
val LifecycleOwner.rxLifeScope: RxLifeScope
get() = lifecycle.rxLifeScope
可以看到，我們為ViewModel及LifecycleOwner都擴展了一個名為rxLifeScope的屬性，型別為RxLifeScope，ViewModel相信大家都知道了，這里就簡單講一下LifecycleOwner介面，我們的Fragment及FragmentActivity都實作了LifecycleOwner介面，而我們的Activity一般繼承于AppCompatActivity，而AppCompatActivity繼承于FragmentActivity，所以我們在FragmentActivity/Fragment/ViewModel環境下，可以直接使用rxLifeScope開啟協程，如下：
rxLifeScope.lanuch({
//協程代碼塊，運行在UI執行緒
}, {
//例外回呼，協程代碼塊出現任何例外，都會直接走這里
})
通過這種方式開啟的協程，會在頁面銷毀時，會自動關閉協程，當然，如果你的協程代碼塊里還有RxHttp請求的代碼，協程關閉的同時，也是關閉請求，所以在這種情況下，只需要知道如何開啟協程就行，其它一律不管，
現在，我們來看下rxLifeScope.lanuch方法的完整簽名
/**
* @param block 協程代碼塊，運行在UI執行緒
* @param one rror 例外回呼，運行在UI執行緒
* @param onStart 協程開始回呼，運行在UI執行緒
* @param onFinally 協程結束回呼，不管成功/失敗，都會回呼，運行在UI執行緒
*/
fun launch(
block: suspend CoroutineScope.() -> Unit,
one rror: ((Throwable) -> Unit)? = null,
onStart: (() -> Unit)? = null,
onFinally: (() -> Unit)? = null
): Job
可以看到，不僅有失敗回呼，還有開始及結束回呼，這對于我們發請求來說，真的非常方便，如下：
rxLifeScope.launch({
//協程代碼塊
val students = RxHttp.postJson("/service/...")
.toResponse<List<Student>>()
.await()
//可以直接更新UI
}, {
//例外回呼，這里可以拿到Throwable物件
}, {
//開始回呼，可以開啟等待彈窗
}, {
//結束回呼，可以銷毀等待彈窗
})
以上代碼均運行在UI執行緒中，請求回來后，便可直接更新UI
也許你還有疑問，我在非FragmentActivity/Fragment/ViewModel環境下，如何開啟協程，又如何關閉，其實也很簡單，如下：
val job = RxLifeScope().launch({
val students = RxHttp.postJson("/service/...")
.toResponse<List<Student>>()
.await()
}, {
//例外回呼，這里可以拿到Throwable物件
}, {
//開始回呼，可以開啟等待彈窗
}, {
//結束回呼，可以銷毀等待彈窗
})
job.cancel() //關閉協程
以上代碼，需要注意兩點，第一，我們需要手動創建RxLifeScope()物件，隨后開啟協程；第二，開啟協程后，可以拿到Job物件，我們需要通過該物件手動關閉協程，其它就沒啥區別了，
5、協程多任務處理
我們知道，協程最大的優勢就是：能以看起來同步的代碼，寫出異步的邏輯，這使得我們可以非常優雅的實作多任務場景，比如多請求的并行/串行
5.1、協程串行多個請求
假設，我們有這么一種場景，首先獲取Student物件，隨后通過studentId獲取學生的家庭成員串列，后者依賴于前者，這是典型的串行場景
看看通過協程如何解決這個問題，如下：
class MainActivity : AppCompatActivity() {
//啟動協程，發送請求
fun sendRequest() {
rxLifeScope.launch({
//當前運行在協程中，且在主執行緒運行
val student = getStudent()
val personList = getFamilyPersons(student.id) //通過學生Id，查詢家庭成員資訊
//拿到相關資訊后，便可直接更新UI，如：
tvName.text = student.name
}, {
//出現例外，就會到這里，這里的it為Throwable型別
it.show("發送失敗,請稍后再試!") //show方法是在Demo中擴展的方法
})
}
//掛斷方法，獲取學生資訊
suspend fun getStudent(): Student {
return RxHttp.get("/service/...")
.add("key", "value")
.addHeader("headKey", "headValue")
.toClass<Student>()
.await()
}
//掛斷方法，獲取家庭成員資訊
suspend fun getFamilyPersons(studentId: Int): List<Person> {
return RxHttp.get("/service/...")
.add("studentId", "studentId")
.toClass<List<Person>>()
.await()
}
}
我們重點看下協程代碼塊，首先通過第一個請求拿到Student物件，隨后拿到studentId，發送第二個請求獲取學習家庭成員串列，拿到后，便可以直接更新UI，怎么樣，是不是看起來同步的代碼，寫出了異步的邏輯，
串行請求中，只要其中一個請求出現例外，協程便會關閉（同時也會關閉請求），停止執行剩下的代碼，接著走例外回呼
5.2、協程并行多個請求
請求并行，在現實開發中，也是家常便飯，在一個Activity中，我們往往需要拿到多種資料來展示給用戶，而這些資料，都是不同介面下發的，
如我們有這樣一個頁面，頂部是橫向滾動的Banner條，Banner條下面展示學習串列，此時就有兩個介面，一個獲取Banner條串列，一個獲取學習串列，它們兩個互不依賴，便可以并行執行，如下：
class MainActivity : AppCompatActivity() {
//啟動協程，發送請求
fun sendRequest() {
rxLifeScope.launch({
//當前運行在協程中，且在主執行緒運行
val asyncBanner = getBanners(this) //這里回傳Deferred<List<Banner>>物件
val asyncPersons = getStudents(this) //這里回傳Deferred<List<Student>>物件
val banners = asyncBanner.await() //這里回傳List<Banner>物件
val students = asyncPersons.await() //這里回傳List<Student>物件
//開始更新UI
}, {
//出現例外，就會到這里，這里的it為Throwable型別
it.show("發送失敗,請稍后再試!") //show方法是在Demo中擴展的方法
})
}
//掛斷方法，獲取學生資訊
suspend fun getBanners(scope: CoroutineScope): Deferred<List<Banner>> {
return RxHttp.get("/service/...")
.add("key", "value")
.addHeader("headKey", "headValue")
.toClass<List<Banner>>()
.async(scope) //注意這里使用async異步運算子
}
//掛斷方法，獲取家庭成員資訊
suspend fun getStudents(scope: CoroutineScope): Deferred<List<Student>> {
return RxHttp.get("/service/...")
.add("key", "value")
.toClass<List<Student>>()
.async(scope) //注意這里使用async異步運算子
}
}
在上述代碼的兩個掛斷方法中，均使用了async異步運算子，此時這兩個請求就并行發送請求，隨后拿到Deferred<T>物件，呼叫其await()方法，最終拿到Banner串列及Student串列，最后便可以直接更新UI，
劃重點
并行跟串行一樣，如果其中一個請求出現了例外，協程便會自動關閉（同時關閉請求），停止執行剩下的代碼，接著走例外回呼，如果想多個請求互不影響，就可以使用上面介紹的onErrorReturn、onErrorReturnItem運算子，出現例外時，給出一個默認物件，又或者使用tryAwait運算子獲取回傳值，出現例外時，回傳null，這樣就不會影響其它請求的執行，
6、總結
看完本文，相信你已經領悟到了RxHttp優雅及簡便，業務code的統一處理，失敗重試、超時、檔案上傳/下載及進度監聽，到后面rxLifeScope協程的開啟/關閉/例外處理/多任務處理，一切都是那么的優雅，
其實，RxHttp遠不止這些，本文只是講解了RxHttp與協程相關的東西，更多優雅的功能，如：多/動態baseUrl的處理、公共引數/請求頭的添加、請求加解密、快取等等，請查看
RxHttp 讓你眼前一亮的Http請求框架
RxHttp 全網Http快取最優解
最后，開源不易，寫文章更不易，還需要勞煩大家給本文點個贊，可以的話，再給個star，我將感激不盡，????????????????????????
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/11379.html
標籤：Android