本文介绍了Kotlin协程崩溃,没有有用的堆栈跟踪的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我的Android应用程序崩溃了,我在Logcat中看到了这个堆栈跟踪。它没有告诉我是哪行代码导致了问题。

2021-05-05 09:13:33.143 1069-1069/com.mycompany.app E/AndroidRuntime: FATAL EXCEPTION: main
  Process: com.mycompany.app, PID: 1069
  retrofit2.HttpException: HTTP 403 
    at retrofit2.KotlinExtensions$await$2$2.onResponse(KotlinExtensions.kt:53)
    at retrofit2.OkHttpCall$1.onResponse(OkHttpCall.java:161)
    at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:519)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
    at java.lang.Thread.run(Thread.java:919)

有没有办法将它映射回我的代码,以查看是哪个对Retrofit的调用导致了它?我有一个存储库,代码如下:

suspend fun getSomeData(): Stuff {
   return withContext(Dispatchers.IO) {
      val body = myRetroApi.getStuff()
      ...
是否需要对每个withContext正文进行包装以确保Throwables不会转义?我以为如果有什么东西在那里抛出一个异常,它会记录一个错误,而不是使整个应用程序崩溃。

编辑

我问这个问题的时候搞砸了,把重点放在了错误的地方。因此,我将删除&Quot;Retrofit&Quot;标签。事实证明,withContext(Dispatchers.IO)调用确实如预期的那样重新引发Exception,但当异常返回到viewModelScope.launch时,如果该块没有捕获它,应用程序就会崩溃。

推荐答案

如果不处理异常,应用程序当然会崩溃。

您可以添加一个Try Catch来避免这种情况:

suspend fun getSomeData() {
   withContext(Dispatchers.IO) {
      try{
        val body = myRetroApi.getStuff()
        ...
      } catch (e : Exception){
         //your code
      }
...

这篇关于Kotlin协程崩溃,没有有用的堆栈跟踪的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

11-02 06:36