我试图调用一个API，当我的变量准备好时，分别更新UI组件。
这是我的网络单例谁是启动协程：
object MapNetwork {
fun getRoute(request: RoutesRequest,
success: ((response: RoutesResponse) -> Unit)?,
fail: ((throwable: Throwable) -> Unit)? = null) {
val call = ApiClient.getInterface().getRoute(request.getURL())
GlobalScope.launch(Dispatchers.Default, CoroutineStart.DEFAULT, null, {
try {
success?.invoke(call.await())
} catch (t: Throwable) {
fail?.invoke(t)
}
})
}
}
我是这样称呼它的：
network.getRoute(request,
success = {
// Make Some UI updates
},
fail = {
// handle the exception
})
我得到了一个例外，它说不能从除UI线程之外的任何线程更新UI：
com.google.maps.api.android.lib6.common.apiexception.c: Not on the main thread
我已经尝试过这个解决方案，但是在继续中恢复
要回答您的直接问题，您必须在正确的上下文中启动协程：
val call = ApiClient.getInterface().getRoute(request.getURL())
GlobalScope.launch(Dispatchers.Main) {
try {
success?.invoke(call.await())
} catch (t: Throwable) {
fail?.invoke(t)
}
}
但是，这只是冰山一角，因为您的方法是使用协程的错误方式。它们的主要好处是避免回调，但您正在重新引入它们。您还通过使用GlobalScope违反了结构化并发最佳实践，这不是用于生产的。
显然你已经有一个异步API，给你一个延迟
scope.launch {
val resp = ApiClient.getInterface().getRoute(request.getURL()).await()
updateGui(resp)
}
您可能会感到苦恼，因为我建议在每个GUI回调中都有一个启动块，您必须在其中执行可挂起的代码，但这实际上是使用此功能的推荐方式。它与编写Thread{… my code…}.start（）完全平行，因为您的启动块的内容将与外部代码同时运行。
上面的语法假设您准备好了一个scope变量，它实现了CoroutineScope。例如，它可以是您的Activity：
class MyActivity : AppCompatActivity(), CoroutineScope by MainScope {
override fun onDestroy() {
super.onDestroy()
cancel()
}
}
MainScope委托将默认协程调度程序设置为Dispatcher. Main。这允许您使用普通的启动{…}语法。
private var viewModelJob = Job()
private val uiScope = CoroutineScope(Dispatchers.Main + viewModelJob)
uiScope.launch {
withContext(Dispatchers.IO) {
//Do background tasks...
withContext(Dispatchers.Main){
//Update UI
}
}
}
如果您使用的是coroutines-android，您可以使用Dispatcher. Main
（gradle依赖项是实现"org.jetMind.kotlinx：kotlinx-coroutines-android：1.0.0"）
network.getRoute(request,
success = {
withContext(Dispatchers.Main) {
// update UI here
}
},
fail = {
// handle the exception
})
