本文介绍了科特林在安卓系统中协同挡路主线的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
我是新手,不熟悉柯特林和协程。我的活动中有一个fun
,在其中,检查User
用户名和密码,如果为真,则返回Users
对象。
一切都很好。但是当我按下按钮时,我的活动被阻止,并等待Users
登录的响应。
我用这个乐趣:
private fun checkLogin() : Boolean {
runBlocking {
coroutineScope {
launch {
user = viewModel.getUserAsync(login_username.text.toString(), login_password.text.toString()).await()
}
}
if(user == null){
return@runBlocking false
}
return@runBlocking true
}
return false
}
这是我的ViewModel:
class LoginViewModel(app: Application) : AndroidViewModel(app) {
val context: Context = app.applicationContext
private val userService = UsersService(context)
fun getUserAsync(username: String, password: String) = GlobalScope.async {
userService.checkLogin(username, password)
}
}
UsersService:
class UsersService(ctx: Context) : IUsersService {
private val db: Database = getDatabase(ctx)
private val api = WebApiService.create()
override fun insertUser(user: Users): Long {
return db.usersDao().insertUser(user)
}
override suspend fun checkLogin(username: String, pass: String): Users? {
return api.checkLogin(username, pass)
}
}
interface IUsersService {
fun insertUser(user: Users) : Long
suspend fun checkLogin(username: String, pass: String): Users?
}
这是我的apiInterface:
interface WebApiService {
@GET("users/login")
suspend fun checkLogin(@Query("username") username: String,
@Query("password")password: String) : Users
如何解决等待从服务器检索数据时阻止活动的问题?
推荐答案
千万不要在安卓应用中使用runBlocking
。它只能在JVM应用程序的main
函数中使用,或者在允许使用在应用程序退出前完成的协同程序的测试中使用。否则,它会破坏协同例程的目的,因为它会阻塞,直到其所有lambda都返回。
您也不应该使用GlobalScope,因为它使在活动关闭时取消作业变得棘手,并且它在后台线程而不是主线程中启动协程。您应该为活动使用本地作用域。您可以通过在活动(val scope = MainScope()
)中创建属性并在onDestroy()
(scope.cancel()
)中取消它来完成此操作。或者,如果您使用androidx.lifecycle:lifecycle-runtime-ktx
库,则可以只使用现有的lifecycleScope
属性。
如果您总是在返回前await
您的异步作业,那么您的整个函数将挡路,直到您得到结果,所以您接受了一个后台任务,并将其挡路设为主线程。
有几种方法可以修复此问题。
- 使ViewModel公开挂起函数,活动从协程调用它。
class LoginViewModel(app: Application) : AndroidViewModel(app) {
//...
// withContext(Dispatchers.Default) makes the suspend function do something
// on a background thread and resumes the calling thread (usually the main
// thread) when the result is ready. This is the usual way to create a simple
// suspend function. If you don't delegate to a different Dispatcher like this,
// your suspend function runs its code in the same thread that called the function
// which is not what you want for a background task.
suspend fun getUser(username: String, password: String) = withContext(Dispatchers.Default) {
userService.checkLogin(username, password)
}
}
//In your activity somewhere:
lifecycleScope.launch {
user = viewModel.getUser(login_username.text.toString(), login_password.text.toString())
// do something with user
}
- 有了适当的视图模型封装,活动确实不应该像这样启动协程。
user
属性应该是活动可以观察的ViewModel中的LiveData。因此,只需从ViewModel中启动协程:
class LoginViewModel(app: Application) : AndroidViewModel(app) {
//...
private val _user = MutableLiveData<User>()
val user: LiveData<User> = _user
init {
fetchUser()
}
private fun fetchUser(username: String, password: String) = viewModelScope.launch {
val result = withContext(Dispatchers.Default) {
userService.checkLogin(username, password)
}
_user.value = result
}
}
//In your activity somewhere:
viewModel.user.observe(this) { user ->
// do something with user
}
这篇关于科特林在安卓系统中协同挡路主线的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!