Ciclo de vida de aplicación Android

#1 Vaya, yo también estoy peleando con Android y siento no haber visto antes este hilo, espero que no sea demasiado tarde.

Supongo que te conoces el ciclo de vida completo de las actividades (http://developer.android.com/guide/components/activities.html ). No termino de entender lo que quieres decir con lo de tratar los datos de la aplicación, entiendo que te refieres a guardar la información de la actividad cuando pasa a segundo plano (el onPause() o el onStop()) y a recuperarla después cuando se recrea la actividad o vuelve a primer plano.

Posiblemente haya entendido mal tu problema, pero si lo que quieres es manejar la persistencia entre distintas ejecuciones de la aplicación o al recrear/recuperar la actividad, lo normal es usar sharedPreferences o SQLite.

Supongamos que vas a tirar por sharedPreferences porque entiendo que no has usado una bbdd porque no te interesa.

SharedPreferences tiene un funcionamiento muy sencillo, para almacenar los datos en los que quieras tener persistencia, sobreescribes el onStop() y le metes una instancia a SharedPreferences y a continuación vas guardando en esa instancia todos los datos que quieras almacenados por campos:

protected void onStop(){
		super.onStop(); //Fundamental
		
	SharedPreferences preferencias = getSharedPreferences("nombre_random_que quieras",Context.MODE_PRIVATE); //Instancia del sharedPrefs, toda la info se guarda en el fichero del primer parámetro

	SharedPreferences.Editor editorPreferencias = preferencias.edit(); //Editor de sharedPrefs, si no no podrías escribir, solo leer
	
	editorPreferencias.putInt("nombre_campo", dato); //El primer parámetro sirve para referenciar el dato posteriormente, el segundo es el dato en sí, puedes usar putInt para int, putString para string, putDouble y así, creo que también existen para estructuras como arrayLists, arrays y otros más genéricos

editorPreferencias.commit(); //confirmación
		

Este código se ejecuta automáticamente cuando la actividad entra en el onStop(), esto es, cuando es destruida o pasada a segundo plano, es decir, siempre que dejes de verla en pantalla.

Para recuperar la información guardada al recuperar la actividad te vas al onCreate() y vas cargando:

protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.nombre_actividad);
		
	SharedPreferences preferencias = getSharedPreferences("nombre_del_fichero",Context.MODE_PRIVATE);	//instancia del sharedPrefs, el nombre del fichero tiene que ser obviamente le mismo en el que guardaste en el onStop()
		
		int ejemplo = preferencias.getInt("campo_dato", 0); //metes en ejemplo el valor de campo_dato, tienes que usar el mismo nombre que usaste en el onStop() para este campo. El segundo parámetro es por si no se encuentra y lo aplica por defecto

En fin, no sé si he entendido tu problema correctamente, pero si lo que quieres es persistencia de datos en las actividades esta es la solución más sencilla y común.

#3 Vale, ya entiendo lo que quieres decir. Android libera memoria cuando la actividad lleva mucho tiempo en segundo plano o cuando la memoria se llena y la necesita para actividades que están por encima en la pila de actividades.

La verdad es que no tengo ni idea de cómo enfocar tu problema. Por lo que se comenta aquí http://stackoverflow.com/questions/2984594/android-keep-activity-from-dieing no hay manera de mantener en memoria actividades que no estén en primer plano si Android decide borrarlas.

Quizá esto http://stackoverflow.com/questions/3469947/saving-state-of-arraylist-of-custom-objects te sea de ayuda, pero imagino que habrás buscado por pasiva y por activa xD

Siento no ser de más ayuda.

Tienes varias formas de guardar el estado de la aplicación cuando se va de primer plano.

Lo más sencilllo es saber que android llamará al método onSaveInstnace(Bundle args)
(o un nombre similar de método, no sé si es ese exactamente).

El bundle que llega como parámetro en onCreate es el mismo bundle que has guardado antes. No tiene mucho misterio.

Si estás utilizando singletons o objetos compartidos y android decide liberar la memoria de tu app debes usar un patrón lazy (instanciar si es null en el get al objeto). Esto ocurre con los DBHelpers por ejemplo.

#1 Creo que ya lo has solucionado, pero de todos modos te digo.

El ciclo de vida de una app en Android, como habrás comprobado es OnCreate, onStart, onResume, onPause, onStop, onDestroy.

Cuando la app pasa a segundo plano, debemos en el método onPause realizar el guardado de todas las variables que se estén utilizando en ese momento, si no, Android relanzará la app como en el inicio.

Otro modo es como lo has hecho, pero depende del problema, se le debería aplicar una solución u otra, ya sabes, con el savedInstanceState, este es el mas cómodo pero quizás no es el mejor.