Entrevistas de Android focam nos idioms do Kotlin, nas coroutines e no ciclo de vida da plataforma — a maioria das perguntas de nível sênior está, na verdade, testando se você entende que o seu processo pode ser encerrado a qualquer momento. Abaixo estão as perguntas mais feitas, cada uma com uma resposta modelo. Junior: teoria básica, definições e casos práticos simples.
val significa que a referência não pode ser reatribuída; var significa que pode. Isso não torna o objeto imutável — um val guardando uma MutableList ainda pode ter itens adicionados. Para imutabilidade de verdade você precisa de um tipo imutável, não só de uma referência imutável.
Os tipos são non-null por padrão, e um que aceita null é escrito como String?. O compilador então te obriga a tratar o caso null — com ?., ?: ou um smart cast depois de uma verificação. !! abre mão disso e lança uma exceção, por isso deveria aparecer praticamente nunca em código seu.
Uma classe cujo propósito é guardar valores. O compilador gera equals, hashCode, toString, copy e destructuring a partir das propriedades do construtor primário. A pegadinha é que só as propriedades do construtor primário entram nisso, então um campo declarado no corpo da classe fica de fora do equals silenciosamente.
== chama equals — comparação estrutural. === compara referências — se é o mesmo objeto. Isso é o oposto do Java, onde == é a checagem de referência, e é o que confunde quem vem de lá.
onCreate uma vez, quando ela é construída, onStart e onResume conforme ela fica visível e interativa, e depois onPause, onStop e onDestroy na saída. Os pares importam: adquira em onStart, libere em onStop. O erro frequente é manter um recurso além do onStop, deixando-o vivo enquanto o app está em background.
Por padrão ela é destruída e recriada, então tudo que estava guardado em um campo desaparece e qualquer trabalho em andamento fica órfão. É por isso que o estado deve ficar em um ViewModel, que sobrevive à recriação, e o estado transitório de UI vai no onSaveInstanceState. A rotação é só o caso mais visível — a mesma coisa acontece numa troca de idioma ou de tamanho de tela.
Uma mensagem pedindo para o sistema iniciar alguma coisa. Um Intent explícito nomeia o componente exato e é o que você usa dentro do seu próprio app. Um implícito descreve uma ação — compartilhar isso, abrir essa URL — e o sistema oferece o que puder lidar com ela, o que pode ser nada, então precisa de um fallback.
Application Not Responding — o sistema mostra aquele diálogo quando a thread principal fica bloqueada por cerca de cinco segundos numa entrada do usuário, ou quando um broadcast demora demais. Isso acontece porque alguém fez trabalho de rede, disco ou banco de dados na thread principal. O conserto é estrutural: qualquer coisa que possa demorar vai para uma coroutine em Dispatchers.IO, e o StrictMode em builds de debug reclama antes que um usuário chegue a ver o problema.
Um layout para uma linha, um adapter que cria e vincula view holders, e um layout manager. O ViewHolder existe para que o findViewById rode uma vez por linha reciclada em vez de uma vez a cada bind, que é o motivo inteiro do widget ter substituído o ListView. O DiffUtil calcula o conjunto mínimo de mudanças entre a lista antiga e a nova, dando animações de item e evitando que o notifyDataSetChanged redesenhe tudo.
Numa entrevista de verdade você fala sob pressão. O Cam faz essas mesmas perguntas, avalia cada resposta e mostra exatamente o que melhorar.
Praticar entrevista de Junior Android (Kotlin) →