Aplicaciones y Actividades.

Las aplicaciones en Android no son iguales que

las aplicaciones en los sistemas operativos
tradicionales: sólo hay una en primer plano que
generalmente ocupa toda la pantalla.
Por defecto, cada aplicación de Android corre en su
propio proceso, ejecutando una instancia independiente
de la máquina virtual Dalvik. Los procesos que se
ejecutan en el sistema se incluyen en una pila de
procesos, así al arrancar una aplicación nueva, ésta pasa a
primer plano situando el proceso que aloja la primera
actividad en la cima de la pila de procesos. Una vez que
se cierra la actividad que está en primer plano se
recupera la siguiente actividad que hay en la pila.
Internamente cada pantalla de la interfaz de
usuario (UI) está representada por una clase Activity.
Cada actividad tiene su propio proceso de vida. Una
actividad es una o varias actividades más un proceso. Pero la cosa se complica porque una
aplicación puede estar viva incluso si su proceso se ha matado. Porque el ciclo de vida de una
actividad no está ligado al ciclo de vida de un proceso. Los procesos son contenedores desechables
de procesos.
La aplicaciones de Android no tienen control sobre su propio ciclo de vida, por lo tanto, deben estar
pendientes de cualquier cambio de estado y reaccionar como corresponda y, sobre todo, deben estar
preparadas para su terminación en cualquier momento, ya que Android mata, sin previo aviso, los
procesos que considera necesarios para mantener el sistema de respuesta.

En un momento dado una actividad pasa al primer plano y se coloca por encima de otra
formado una pila de actividades . El botón back cierra la actividad y recupera de la pila la anterior

1. La aplicaciones en Android no tienen control de su ciclo de vida

2. Deben estar preparadas para su terminación en cualquier momento
3. Cada aplicación se ejecuta en su propio proceso
4. El runtime de Android gestiona el proceso de cada aplicación y por extensión de
cada Actividad que contenga.

Procesos y prioridades
Cuando Android necesita recursos, realiza una serie de pasos para ir liberando aquellos que
no utiliza o que pueden ser liberados, según una serie de criterios de prioridades. El orden en que
los procesos se van matando para liberar los recursos lo determina las prioridades de las
aplicaciones que alojan.
1. Prioridad crítica
1. Procesos activos: son los procesos que interactúan con el usuario. Hay muy pocos y
se les mata sólo en último recurso.
2. Prioridad alta
1. Procesos visibles: son los procesos que están visibles pero no activos (por ejemplo,
parcialmente tapados por otra actividad). Hay muy pocos y se les mata sólo en
circunstancias extremas.
2. Procesos de servicios arrancados: su procesamiento debe continuar aunque no
tenga interfaz visible. Se les mata sólo en circunstancias extremas.
3. Prioridad baja
1. Procesos de fondo: alojan actividades que no caen en las categorías anteriores. Hay
muchos y se les mata cuando se necesitan recursos para otros procesos.
2. Procesos vacíos: son procesos que Android mantiene en memoria, una vez han sido
terminados, por si se relanzan de nuevo. Se les mata rutinariamente.

Creando una actividad

 Las actividades representan una cosa concreta que puede hacer el usuario y corresponden
con una pantalla de la interfaz de usuario . Muestra los controles de la interfaz de usuario y
reacciona ante las interacciones del mismo . Es una clases derivada de la clase Activity Toda
actividad se declara en el archivo AndroidManifest.xml

Normalmente una aplicación consta de varias actividades

Cada pantalla se implementa como una actividad. Moverse a la siguiente actividad supone
llamar al método startActivity() o startActivityForResult(). Una aplicación
puede reusar actividades de android o de otras aplicaciones

Import android.app.Activity;
import android.os.Bundle;

public class HelloWorld extends Activity {

@Override
public void onCreate(Bundle saveInstanceState) {
super.onCreate(saveInstanceState);
setContentView(R.layout.main);
}
}
onCreate: Se llama a este método cuando se crea la actividad
setContentView: Asigna a la vista el contenido del recurso layout
R.layout.main: Recurso de layout de la aplicación

Ciclo de vida de las actividades

Los desarrolladores no tienen control sobre el estado en el que se encuentra su programa. Es

un procedimiento controlado por el sistema. Pero sí recibe notificaciones cuando el estado va a
cambiar gracias a las llamadas al métodos onXX().

Cada método de ciclo de actividad de

Android tiene una función concreta y se presenta
en una fase determinada del ciclo de vida.

La actividad de foreground (la actividad en

la parte superior de la pantalla con la que el usuario
está interactuando) es considerada la más
importante. Su proceso sólo será matado como
último recurso, si se utiliza más memoria de la
disponible en el dispositivo.

Una actividad visible (una actividad que es

visible para el usuario, pero no en primer plano,
como un cuadro de diálogo o una ventana flotante)
se considera muy importante y no se mata a menos
que se requiera para mantener la actividad de primer plano en ejecución.

Una actividad de background (una actividad que no es visible para el usuario y se ha

detenido) ya no es crítica, por lo que el sistema de seguridad puede matar a su proceso para
recuperar la memoria para el primer plano otros procesos visibles. Si el proceso tiene que ser
matado, cuando el usuario navega de regreso a la actividad (por lo que es visible en la pantalla otra
vez), su método onCreate(Bundle) será llamado con el savedInstanceState había
suministrado previamente en onSaveInstanceState (bundle) de manera que puede reiniciarse
en el mismo estado que el último usuario lo dejó.

Un proceso vacío es un alojamiento sin actividades u otros componentes de aplicación

(como servicio o clases BroadcastReceiver). Estos son matados muy rápidamente por el sistema
cuando escasea la memoria. Por esta razón, cualquier operación en segundo plano que no fuera de
una actividad debe ser ejecutada en el contexto de una actividad BroadcastReceiver o servicio para
garantizar que el sistema sabe que va a necesitar.

Moverse a la siguiente actividad

startActivity(intent); Lanza una nueva actividad sin recibir el resultado

startActivityForResult(intent, requestCode); Lanza una nueva actividad y

espera el resultado

Cuando retorna la actividad llamada, se invoca al método onActivityResult pasándole el

requestCode con el que se lanzó desde la actividad onActivityResult(int
requestCode, int resultCode, Intent result)

Estados de una actividad

Activo (Running): La actividad está encima de la pila, es

visible, tiene el foco.

Pausado (Paused): La actividad es visible pero no tiene el

foco. Se alcanza este estado cuando pasa a activa otra actividad transparente o que no ocupa toda
la pantalla. Cuando una Actividad es tapada por completo pasa a estar parada.

Parado (Stopped): Cuando la actividad no es visible. Se recomienda guardar el estado de la ui,

preferencias, etc

Destruido (Destroyed): Cuando la Actividad termina, o es matada por el runtime de Android. Sale
de la Pila de Actividades.

Métodos de transición de estados

onCreate(Bundle) : A este método se le llama cuando se inicia la actividad por primera
vez. Puede utilizarse para llevar a cabo inicializaciones individuales como las que se realiza
al crear la interfaz de usuario. OnCreate()toma un parámetro que puede ser null o alguna
información de estado guardada previamente por el método
onSaveInstanceState().

onStart() : Se invoca cuando la Actividad va a ser mostrada al usuario .

onResume() : Se llama a este método cuando la actividad va a empezar a interactuar

con el usuario

onPause() : Se invoca cuando la actividad se dispone a pasar a segundo plano,

normalmente porque otra actividad ha sido ejecutada en primer plano. Aquí es dónde debe
guardarse el estado persistente de un programa, como en el caso de una base de datos que
esté siendo editada. Si hay escasez de recursos en el sistema, este método podría no llegar a
ser invocado y la actividad ser destruida directamente .

onStop() : Se invoca cuando la actividad ya no es visible por el usuario y no será

necesaria duante un tiempo. Si la memoria es limitada, puede que no se llame nunca a
onStop() sino que el sistema mate el proceso directamente.

onRestart() : Si se llama a este método, indica que se está volviendo a mostrar la

actividad del usuario desde el estado de detenido.
onDestroy() : Se llama a este método justo antes de que la actividad sea destruida. Si la
memoria es limitada puede que no se llame nunca a onDestroy() y el sistema mate directamente
el proceso.

Otros métodos son

onSaveInstanceState(Bundle)
onRestoreInstanceState(Bundle)
onSaveInstanceState()