當我關閉互聯網時，攔截器拋出 IOException：UnknownHostException

Question

使用新版本的 okhttp（4.9.0，不確定是不是較低版本）和 Retrofit 2.9.0（也是較低版本）。 我開始在 firebase 和谷歌分析報告中看到有關 UnknownHostException 的報告。 我試圖重現這次崩潰，發現它是在互聯網關閉或質量非常低時發生的。 我在框架層調用 addInterceptor 並看到它在攔截樂趣中崩潰。 我不想在我的崩潰分析中看到這次崩潰。

有什么方法可以在“覆蓋有趣的攔截”中處理它（我可以在它進入真正的樂趣之前在那里捕捉到這個錯誤）？

這是來自 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).

謝謝

Answer 1

您確實應該在普通應用程序代碼中的攔截器之外捕獲並處理此異常。 對於正確的解決方案，您還可以查看緩存和提供過時的結果是否會有所幫助。

但是在攔截器中你真的只有三個選擇，

1. 拋出 IOException，或
2. 對於應用程序攔截器（不是網絡攔截器），您可以以某種方式重定向它。 這僅在您在工作網絡上有備用服務器時才有幫助，因此這可能無濟於事。
3. 返回您自己構建的虛假響應，但這似乎很奇怪，而不僅僅是在您的調用代碼中處理 io 異常。