Home › Blog › Android interview questions

Android interview questions

Android interviews keep returning to one theme: the system can destroy and recreate your UI at any moment, and most Android bugs are a failure to account for that.

Lifecycle and configuration changes

Memory leaks, a reliable question

Have one real debugging story ready. A leak you found, a crash you traced through process death, or an ANR you fixed is worth more than any definition in this loop.

Concurrency and architecture

Compose and the platform

If the role is Compose, expect recomposition - what triggers it, what `remember` and `rememberSaveable` do, why state hoisting exists, and how it compares to the View system. Then platform questions: background work with WorkManager versus a service, the runtime permission flow, and what an ANR is and what causes one.

How deep it goes by level

Whatever the level, the reliable way to prepare is to say your answers out loud rather than reading them. Most of what candidates lose in a Android interview is lost in the gap between knowing something and explaining it under observation - the method is in how to use AI for interview prep.

Where CoPilot Interview fits

Disclosure: we build an interview assistant, so treat this as a disclosed pitch. CoPilot Interview is a native Windows and macOS app that puts suggested answers on your own screen in about two seconds, across coding, system design and behavioral rounds, with a permanent free tier that needs no credit card.

Frequently asked questions

What are the most common Android interview questions?

Activity lifecycle and what happens on configuration change, `onSaveInstanceState` versus ViewModel, common memory leaks involving Activity context, coroutines and dispatchers, and recomposition if the role uses Compose.

What happens to an Activity when the device rotates?

By default it is destroyed and recreated, so any state held only in fields is lost. A ViewModel survives the recreation, while `onSaveInstanceState` survives both that and process death, though it is limited to small amounts of data.

What causes memory leaks in Android?

Most commonly, a long-lived object holding a reference to an Activity context - a static field, a singleton, a non-static inner class or an anonymous listener. Observing lifecycle-aware data with the fragment lifecycle instead of the view lifecycle is another frequent source.

Does a ViewModel survive process death?

No. A ViewModel survives configuration changes such as rotation, but not the process being killed in the background. State that must survive process death belongs in saved instance state or persistent storage.

Walk into the round with a second pair of eyes

CoPilot Interview is a native Windows and macOS app that puts suggested answers on your own screen in about two seconds, across coding, system design and behavioral rounds. The free tier is permanent: 15 minutes a day, no credit card.

Try it free