Metodos del Ciclo de vida de los componentes

Los Ciclos de vida

Cada componente tiene un ciclo de vida distinto. Las superclases de estos componentes tienen métodos callback que les permiten reaccionar ante un cambio de estado. Cada método callback está obligado a llamar al mismo método de su padre. Durante el curso ya hemos estudiado y practica el ciclo de vida de las Actividades, así que ahora, veamos los demás ciclos, y realicemos una puesta en común.

Ciclo de vida de los BroadcastReceiver

Tienen un ciclo de vida muy corto, ya que se activan al producirse un mensaje de difusión, que capturan con el método callback:

                               void onReceive(Context curContext, Intent broadcastMsg)

Si este método se está ejecutando, se considera el BroadcastReceiver activo. Esto supone un problema si la tarea a ejecutar es pesada y la lanzamos a un hilo aparte. Cuando termine el método, Android considera que el BroadcastReceiver está inactivo, pero el hilo sigue ejecutándose y puede ser eliminado de la pila, interrumpiendo la tarea.

Se soluciona lanzando un servicio desde este método que se encarga de hacer las tareas pesadas, así, al tener el servicio su propio ciclo de vida, seguirá ejecutándose, aunque el BroadcastReceiver se considere inactivo.

Ciclo de vida de los ContentProvider

Su ciclo es muy corto, permanecen activos mientras sean referenciados por un ContentResolver. Esto lo veremos más adelante.

Ciclo de vida de las Actividades

Ya lo estudiamos, así que repasemos los tres estados que tiene:

·         Activo: La actividad se encuentra en primer plano (Encima de la pila de tareas) e interactuando con el usuario.

·         Pausado: La actividad sigue siendo visible para el usuario, pero ha perdido el foco. Por ejemplo que se haya mostrado un cuadro de dialogo delante de nuestra actividad. Debemos guardar el estado de la interfaz y los datos de esta actividad antes de entrar en este estado, ya que podríamos perderlos si el sistema necesita más recursos de memoria.

·         Parado: La actividad no es visible para el usuario, queda a disposición del sistema para borrarla de la pila en caso de necesitar memoria.

La clase Activity dispone de métodos que se llaman cada vez que ésta cambia de estado, para permitirnos realizar tareas como guardar los datos antes de cambiar de estado, y cargar la actividad más rápido la próxima vez que se muestre. A continuación el diagrama que ya tienen ustedes, con los distintos estados por los que pasa una actividad:

·         onCreate(Bundle savedInstanceState): Este método se llama al crear la actividad. Siempre se sobrescribe para configurar la vista, crear adaptadores, rellenar los objetos con sus valores etc. Puede recibir como parámetro el estado anterior de la actividad para que podamos restaurarla.

·         onPause(): Es llamado justo antes de que se traiga a primer plano otra actividad. Aquí es donde debemos guardar los datos para no perder la información de la actividad si esta es sacada de la pila. Dentro de este método también se suele parar las tareas pesadas que consuman CPU.

·         onStop(): Es llamado cuando la actividad se va a ocultar durante un largo periodo de tiempo. Si el sistema necesita recursos, puede que este método no sea llamado, por lo que es recomendable guardar los datos en el método onPause().

·         onDestroy: Último en llamarse antes de destruir la actividad. Puede llamarse a través del método finish() o llamarlo el sistema para conseguir más memoria. Para saber quién lo llamó, podemos usar isFinishing().

Un ejemplo de uso de estos métodos puede ser cuando tenemos una aplicación que carga datos de internet, deberíamos cargar los datos al inicio de la actividad, una vez descargados, guardaríamos el estado de la actividad para que si es destruida, no sea necesario volver a descargar los datos.

Para realizar esta operación usaríamos el método onSavedInstanceState(), que crearía un Bundle con los datos necesarios que pasaríamos al método onCreate() la segunda vez que cargáramos la actividad, sin necesidad de volver a descargar los datos.

Ciclo de vida de Service

Los servicios se pueden usar de dos formas, dependiendo de cómo lo lancemos, su ciclo será uno u otro.

·         Si lo lanzamos con startService() se ejecutará hasta que termine. Los servicios se configurar en el método onCreate() y se liberan en el onDestroy(). Podemos terminar un servicio externamente con Context.stopService() o dentro del mismo servicio con Service.stopSelf() o Service.stopSelfResult().

·         Si lo lanzamos con Context.bindService() podremos interactuar con él mediante una interfaz que el servicio debe exportar. Terminaremos el servicio con Context.unbindService().

A continuación el diagrama con el ciclo de vida de los servicios: