网络请求

在使用协程的时候一直没有一个具体的概念只知道协程能够使得异步操作等同于同步操作且不会造成线程阻塞且第一次使用协程是根据前辈的代码修改而学会的没有一个规范性的思维通过查看官方资料将协程的使用重新梳理一遍一个简单不麻烦的做法。

1、导入依赖

org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.9

}kotlin

{implementation(org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.9)

防止直接在UI线程中进行网络请求出现线程阻塞导致应用程序无响应ANR

Dispatchers.IO

这个调度器会尝试在后台线程池中执行I/O密集型任务从而避免阻塞主线程。

Dispatchers.Main

在非Android平台上如桌面应用或纯Kotlin项目Dispatchers.Main

Dispatchers.Default

这个调度器使用共享的后台线程池来执行协程从而优化CPU资源的利用。

协程在哪个线程上启动它就会在那个线程上继续执行直到遇到挂起点如

suspend

一旦协程挂起并恢复它可能会在任何线程上继续执行这取决于挂起函数的实现。

Dispatchers.Unconfined因为它可能导致难以追踪的线程安全问题。

创建一个协程作用域通常是在ViewModel、Activity或Fragment中

val

coroutineScope.launch(Dispatchers.IO)

{//

class用于控制子类的个数只接受子类在密封类的同一个文件中声明或者作为密封类的嵌套类。

有助于改进when表达式当使用密封类的时候编译器会确保when表达式覆盖所有可能得子类如果没有覆盖的话则会出现报错的提醒这有助于提高代码的健壮性和可维护性。

sealed

https://example.com/loginsuspend

fun

URL(loginUrl)(url.openConnection()

as?

POSTsetRequestProperty(Content-Type,

application/json;

utf-8)setRequestProperty(Accept,

trueoutputStream.write(jsonBody.toByteArray())return

Result.Success(responseParser.parse(inputStream))}return

open

some_jwt_token}为了适配并处理网络请求回调的数据需要创建数据类方便适配回调数据。

data

)将网络请求返回的InoutStream通过LoginResponseParser

处理读取返回的数据并进行处理转为LoginResponse的数据。

import

com.google.gson.JsonSyntaxException

import

java.io.InputStreamReaderobject

LoginResponseParser

Gson()Throws(JsonSyntaxException::class)fun

parse(inputStream:

使用try-with-resources语句自动关闭BufferedReadergson.fromJson(BufferedReader(InputStreamReader(inputStream)).use

{it.readText()},

处理IOException例如记录日志或抛出运行时异常throw

read

处理JsonSyntaxException例如记录日志或抛出运行时异常throw

parse

{loginRepository.makeLoginRequest(jsonBody)}

catch(e:

{Result.Error(Exception(Network

request