kotlin 协程最佳实践 -android 官网，软件开发面试题及答案
除非不需要调用知道数据流的状态，而只需要发射一个单独的数据。（个人理解，是保持 viewModle 中的定义，维护一个可观察的带状态的数据，而不是直接扔原始数据出来）
[](
)4.不要暴露可修改的参数类型
应该对其他类暴露不可修改的的类型，这样所有可变类型数据的变更都集中在一个类里，如果有问题的时候，更容易调试（也是迪米特原则） 比如应该是这样的
class LastestNewsViewModel : ViewModel{
//可修改类型
private val _uiState = _MutalbeStateFlwow(LastestNewsViewModel.Loading)
//对外暴露不可修改类型数据（对外不提供修改功能）
val uiState : StateFlow<LatestNewsUiState> = _uiState
}
[](
)5. 数据和业务层应该暴露挂起函数 或 Flow
数据层和业务层通常需要暴露方法，去执行一次性的调用或者需要持续接收数据的变化，这时候应该提供为一次性调用提供挂起函数 或者 提供 Flow 来帮忙观察数据的变化操作 比如这样的：
class ExampleRepository{
//为一次性的调用提供 suspend 方法
suspend fun makeNetworkRequest(){}
//为一需要观察的数据提供 Flow 对象
fun getExamples():Flow<Example>{}
}
最佳的实践可以使调用者通常是业务层，能够控制业务的执行和生命周期的运转，并且在需要的时候可以取消任务
[](
)6. 在业务和数据层创建协程
在数据和业务层需要创建协程的原因可能有不几的原因，下边是一些可能的选项
如果协程的任务是相关的，且只在用户在当前界面时才显示，那么它需要关联调用者的生命周期，这个调用者通常就是 ViewModel，在这种 情况下， 应该使用 coroutineScope 和 supervisorScope
示例代码：
class GetAllBooksAndAuthorsUseCase(
private val booksRepository:BooksRepository,
private val authorsRepository:AuthorsRepository,
private val defaultDispatcher:CoroutineDispatcher = Dispatchers.Default
){
suspend fun getBookdAndAuthors():BookAndAuthors{
//平行的情况需要等待结果，书籍列表和作者列表需要同时准备好之后再返回
return coroutineScope{
val books = async(defaultDispatcher){
books
Repository.getAllBooks()
}
val authors = async(defaultDispatcher){
authorsRepository.getallAuthors()
}
//准备好数据之后再返回
BookAndAuthors(books.await(),authors.await())
}
}
}
如果这个任务是在 App 开启期间需要执行，这个任务也不绑定到某一个具体的界面，这时候任务是需要在超出调用者的生命周期的，这种场景下，需要用到
external 的 CoroutineScope ，详细可参考 [协程设计模式之任务不应该被取消](
)
参考示例代码：
class ArticalesRepository(
private val articlesDataSource: ArticlesDataSource,
private val externalScope:CoroutineScope,
private val defaultDispatcher:CoroutineDispatcher = Dispatchers.Default
){
//这个场景是这样的，即使我们离开的屏幕，也希望这个预订操作是能够被完整执行的，那么这任务斋要在外部域开启一个新的协程里来完成这 wh
suspend fun bookmarkArtical(artical:Article){
externalScope.lanuch(defaultDispatcher){
articlesDataSource.bookmarkArticle(article)
}.join() //等待协程执行完毕
}
}
说明: 外部域需要被一个比当前界面的生命周期更长的一个类来创建，比如说 Application 或者是一个 navigatin grah 的 ViewModel
[](
)7. 避免使用 GlobalScope 全局作用域
就像最佳实践里边的注入调度器，如果用了 GlobalScope，那就是在类里边使用硬编码，可能会有以下几个负面影响
硬编码。
难以测试
[](
)8. 协程需要可以被取消
取消操作也是一种协程的操作，意思是说当协程被取消的时候，协程并没有直接被取消，除非它在 挂起 或者 有取消操作，如果你的协程是在操作一个阻塞的操作，需要确保协程是中途可以被取消的。 举个例子，如果你正在读取多个文件，需要在读取每个文件之前，检查下协程是否已经被取消了，一个检查协程是否被取消的方法就是 调用 ensureActivite 方法，(或者还有 isActive 可用) 参考示例代码：
someScope.lanuch{
ensureActive()//检查协程是否已经被取消
readFile(file)
}
更多详细的描述信息可以参考 [取消协程](
)
[](
)9. 协程的异常处理
如果协程抛出的异常处理不当，可能会导致你的 App 崩溃。如果异常出现了，就在协程里就捕获好异常并进行处理
参考示例代码：
class LoginViewModel(
private val loginRepository:LoginRepository
):ViewModel(){
fun login(username:String,token:String){
viewModleScope.lanuch{
try{
loginRepository.login(username,token)
//通知界面登录成功
}catch(error:Throwable){
//通知 view 登录操作失败
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论