Como es bien sabido por muchos blogs/foros, Android 2.2 (Froyo) cambió el mecanismo de la API para matar el proceso de tal manera que un proceso matado será probable/posiblemente reiniciado por el sistema operativo después de ser matado. Por ejemplo, no hay manera PERMANENTE 100% garantizado para detener una aplicación se ejecute corto de desinstalarlo.
Pregunta: ¿Existe algún código (probablemente parte de alguna ROM personalizada) que permita la eliminación permanente de un proceso sin que vuelva a aparecer después, como en Android 1.6?
Me interesa sobre todo si ese código existe, NO si está en alguna ROM específica.
No me importa mucho la forma específica de implementación (se me ocurren al menos dos: o bien añadir una nueva API para la "eliminación permanente" o bien proporcionar una lista negra de aplicaciones que una API AOSP modificada respetaría).
ACTUALIZACIÓN: Sólo para aclarar - NO estoy buscando una manera de evitar que una aplicación se inicie de nuevo debido a algún evento que desencadena una intención que la aplicación registrada con. Estoy preguntando acerca de la prevención de aplicaciones se inicie por la memoria / gestor de procesos sólo porque fue asesinado recientemente aunque esa aplicación tenga no se ha registrado ninguna intención por ejemplo, no aparece en la aplicación Autostarts para ninguno de los tipos de Intent.
Tenga en cuenta que la noción antes mencionada de "reiniciar una aplicación porque sí" proviene de 2 fuentes:
-
Sección de ayuda de Froyo para una aplicación de sistema bien considerada "Watchdog".
Google ha cambiado la API que utilizan los task killers. En 2.2 (Froyo), la API de kill ahora sólo reinicia la aplicación. Volverá de inmediato, bajo un nuevo proceso del sistema.
-
Mis propias observaciones, donde con MUCHA frecuencia, mi Droid X tendría aplicaciones que aparecen como en ejecución en ATK después de matarlos, PERO esas aplicaciones o bien no tienen intenciones que figuran en la aplicación Autostarts, o todos los intentos que figuran para ellos allí son 100% desactivado. Ah, y estos son los tipos de aplicaciones (por ejemplo, juegos) que son muy poco probable que tenga un proceso daemon lado responsable de la reactivación de ellos.
