Quais características e armadilhas devem ser consideradas ao chamar o método onDestroy no ciclo de vida do componente?

O método onDestroy() no ciclo de vida de um componente Android é chamado antes de destruir o componente, mas há algumas peculiaridades e armadilhas:

• Não garantido que seja chamado: No caso de encerramento do processo pelo sistema (por exemplo, devido à falta de memória), onDestroy() pode não ser chamado.

• Liberação de recursos: Em onDestroy(), deve-se liberar os recursos que não foram liberados anteriormente, como fechar bases de dados, cancelar subscrições, parar threads.

• Não usar para guardar dados: Para guardar o estado, é melhor usar onSaveInstanceState(), pois onDestroy() pode não ser chamado.

• Chamada em fragmentos: Em fragmentos, onDestroy() é chamado ao destruir o fragmento, mas o ciclo de vida do fragmento pode ser mais complexo devido à aninhamento e gestão da atividade.

• Operações assíncronas: Se operações assíncronas forem iniciadas em onDestroy(), elas podem não ser concluídas se o componente já tiver sido destruído.

Exemplo de liberação correta de recursos:

@Override
protected void onDestroy() {
    super.onDestroy();
    if (myDatabase != null) {
        myDatabase.close();
    }
    disposable.clear(); // Cancelar subscrição do RxJava
}