Android-Interviews drehen sich um Kotlin-Idiome, Coroutines und den Lifecycle der Plattform – die meisten Senior-Fragen wollen im Kern nur wissen, ob dir klar ist, dass dein Prozess jederzeit beendet werden kann. Es folgen die am häufigsten gestellten Fragen, jede mit einer Musterantwort. Junior: Grundlagentheorie, Definitionen und einfache Praxisfälle.
val bedeutet, dass die Referenz nicht neu zugewiesen werden kann; var bedeutet, dass sie es kann. Das Objekt selbst macht das nicht unveränderlich – ein val, das eine MutableList hält, kann trotzdem Elemente hinzubekommen. Für echte Unveränderlichkeit brauchst du einen unveränderlichen Typ, nicht nur eine unveränderliche Bindung.
Typen sind standardmäßig non-null, ein nullable Typ wird als String? geschrieben. Der Compiler zwingt dich dann, den Null-Fall zu behandeln – mit ?., ?: oder einem Smart Cast nach einer Prüfung. !! steigt daraus aus und wirft eine Exception, weshalb es in eigenem Code ungefähr nie vorkommen sollte.
Eine Klasse, deren Zweck es ist, Werte zu halten. Der Compiler generiert equals, hashCode, toString, copy und Destrukturierung aus den Properties des primären Konstruktors. Der Haken: Nur diese Properties fließen ein, ein im Body deklariertes Feld bleibt still und heimlich außerhalb von equals.
== ruft equals auf – struktureller Vergleich. === vergleicht Referenzen, also ob es dasselbe Objekt ist. Das ist genau umgekehrt zu Java, wo == die Referenzprüfung ist, und darüber stolpern Leute, die von dort kommen.
onCreate einmal beim Erstellen, onStart und onResume, während sie sichtbar und interaktiv wird, dann onPause, onStop und onDestroy beim Verlassen. Wichtig sind die Paare: Ressourcen in onStart holen, in onStop freigeben. Der häufige Fehler ist, eine Ressource über onStop hinweg zu halten, wodurch sie lebendig bleibt, während die App im Hintergrund ist.
Standardmäßig wird sie zerstört und neu erzeugt, sodass alles, was in einem Feld lag, verschwindet und jede laufende Arbeit verwaist. Deshalb gehört Zustand in ein ViewModel, das die Neuerstellung übersteht, und flüchtiger UI-Zustand in onSaveInstanceState. Rotation ist nur der sichtbare Fall – dasselbe passiert bei einer Sprachänderung oder einer Größenänderung.
Eine Nachricht, die das System bittet, etwas zu starten. Ein expliziter Intent nennt die exakte Komponente und wird innerhalb der eigenen App verwendet. Ein impliziter beschreibt eine Aktion – dies teilen, diese URL öffnen – und das System bietet an, was das kann; das kann auch nichts sein, weshalb ein Fallback nötig ist.
Application Not Responding – das System zeigt den Dialog, wenn der Main Thread etwa fünf Sekunden lang bei Input blockiert ist oder ein Broadcast zu lange braucht. Es passiert, weil jemand Netzwerk-, Disk- oder Datenbankarbeit auf dem Main Thread ausgeführt hat. Der Fix ist strukturell: Alles, was Zeit kosten kann, wandert in eine Coroutine auf Dispatchers.IO, und StrictMode in Debug-Builds meckert, bevor ein Nutzer es je zu sehen bekommt.
Ein Layout für eine Zeile, einen Adapter, der ViewHolder erzeugt und bindet, und einen Layout Manager. Der ViewHolder existiert, damit findViewById einmal pro wiederverwendeter Zeile läuft statt bei jedem Binding – genau deshalb hat das Widget die ListView abgelöst. DiffUtil berechnet dann die minimale Menge an Änderungen zwischen alter und neuer Liste, was Item-Animationen ermöglicht und notifyDataSetChanged, das alles neu zeichnet, überflüssig macht.
Im echten Interview sprichst du unter Druck. Cam stellt genau diese Fragen, bewertet jede Antwort und zeigt dir genau, was du verbessern musst.
Junior Android (Kotlin)-Interview üben →