Retrofit mit Coroutines und sauberer Fehlerbehandlung

Netzwerkaufrufe schlagen fehl – WLAN weg, Server down, 500er. Deshalb kapsle ich jeden Retrofit-Aufruf in ein Result und fange die drei wichtigen Fälle getrennt ab: erfolgreiche Antwort, HTTP-Fehler und Verbindungsabbruch. Ab Retrofit 2.6 kannst du suspend-Funktionen direkt im Service deklarieren.

Der Retrofit-Service

data class User(val id: Int, val name: String)

interface ApiService {
    @GET("users/{id}")
    suspend fun getUser(@Path("id") id: Int): User
}

Aufruf mit Fehlerbehandlung

Ich verlagere den Aufruf mit withContext(Dispatchers.IO) auf einen Hintergrund-Thread und unterscheide HttpException (Server hat geantwortet, aber mit Fehlercode) von IOException (gar keine Antwort).

import retrofit2.HttpException
import java.io.IOException

sealed interface ApiResult<out T> {
    data class Success<T>(val data: T) : ApiResult<T>
    data class Error(val message: String) : ApiResult<Nothing>
}

suspend fun loadUser(api: ApiService, id: Int): ApiResult<User> =
    withContext(Dispatchers.IO) {
        try {
            ApiResult.Success(api.getUser(id))
        } catch (e: HttpException) {
            ApiResult.Error("Serverfehler ${e.code()}")
        } catch (e: IOException) {
            ApiResult.Error("Keine Verbindung. Prüfe dein Netzwerk.")
        }
    }

Im ViewModel rufst du das dann in viewModelScope.launch { } auf und mappst das ApiResult auf deinen UI-State. Der Trick ist die Reihenfolge der catch-Blöcke: HttpException zuerst, sonst würde sie von einem breiteren Exception-Block verschluckt.

So halte ich die Netzwerkschicht in Kundenprojekten testbar und robust. Brauchst du eine App, die auch bei wackligem Netz nicht abstürzt? Schreib mir auf bymw.de.

Quellen

• Kotlin-Coroutines auf Android – Android Developers
• Retrofit – offizielle Dokumentation (suspend functions)