当我关闭互联网时拦截器抛出 IOException: UnknownHostException

Interceptor throws IOException: UnknownHostException when I turn internet off

有了新版本的okhttp(4.9.0,不知道是不是低版本)和Retrofit 2.9.0(也是低版本)。我开始在 firebase 和 google 中看到有关 UnknownHostException 的分析报告。 我试图重现这次崩溃,发现它是在互联网关闭或质量非常低的情况下发生的。我在框架层调用 addInterceptor 并看到它在拦截乐趣中崩溃。 我不想在我的崩溃分析中看到这个崩溃。

有什么方法可以在“override fun intercept”中处理它(我可以在它进入 Real funs 之前在那里捕获这个错误)?

这是来自 Firebase 的日志之一:

at libcore.io.Linux.android_getaddrinfo(Linux.java)
at libcore.io.ForwardingOs.android_getaddrinfo(ForwardingOs.java:74)
at libcore.io.BlockGuardOs.android_getaddrinfo(BlockGuardOs.java:200)
at libcore.io.ForwardingOs.android_getaddrinfo(ForwardingOs.java:74)
at java.net.Inet6AddressImpl.lookupHostByName(Inet6AddressImpl.java:135)
at java.net.Inet6AddressImpl.lookupAllHostAddr(Inet6AddressImpl.java:103)
at java.net.InetAddress.getAllByName(InetAddress.java:1152)
at okhttp3.Dns$Companion$DnsSystem.lookup(Dns.kt:49)
at okhttp3.internal.connection.RouteSelector.resetNextInetSocketAddress(RouteSelector.kt:164)
at okhttp3.internal.connection.RouteSelector.nextProxy(RouteSelector.kt:129)
at okhttp3.internal.connection.RouteSelector.next(RouteSelector.kt:71)
at okhttp3.internal.connection.ExchangeFinder.findConnection(ExchangeFinder.kt:205)
at okhttp3.internal.connection.ExchangeFinder.findHealthyConnection(ExchangeFinder.kt:106)
at okhttp3.internal.connection.ExchangeFinder.find(ExchangeFinder.kt:74)
at okhttp3.internal.connection.RealCall.initExchange$okhttp(RealCall.kt:255)
at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.kt:32)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.kt:95)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.kt:83)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.kt:76)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at com.slipstream.accuradio.framework.intercertors.ApiInterceptor.intercept(ApiInterceptor.kt:23)
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
at okhttp3.internal.connection.RealCall.getResponseWithInterceptorChain$okhttp(RealCall.kt:201)
at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:517)
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).

谢谢

您真的应该在普通应用程序代码中的拦截器之外捕获并处理此异常。对于正确的解决方案,您还可以查看缓存和提供陈旧结果是否有帮助。

但是在拦截器中你实际上只有三个选择,

  1. 抛出 IOException,或者
  2. 在应用程序拦截器(不是网络拦截器)的情况下,您可以以某种方式重定向它。这仅在您在工作网络上有备用服务器时才有用,因此这可能无济于事。
  3. Return 您自己构建的假响应,但这看起来很奇怪,而不是仅仅处理调用代码中的 io 异常。