java - programacion - ¿Cómo maneja Android los hilos de fondo cuando sale de una actividad?
manual de programacion android pdf (3)
¿En qué situaciones el sistema operativo matará el hilo y con qué frecuencia ocurren estas situaciones?
El sistema operativo no matará el hilo, a menos que esté matando el proceso: Android no hace nada con los hilos que usted mismo crea. Si eres el proceso en primer plano, no te matarán. Las probabilidades de que Android mate el proceso en unos pocos segundos después de perder el primer plano (después de onPause() ) son minúsculas. La documentación sobre la vida útil del proceso, qué hay de eso, se puede encontrar here .
Necesito que mi aplicación de Android guarde su estado en disco cuando su actividad se pone en segundo plano o muere. Se ha sugerido que inicie un hilo cuando se llama a OnPause () y realice allí cualquier procedimiento costoso de E / S (consulte Guardar / cargar el estado del documento de forma rápida y robusta para el editor de imágenes ).
¿En qué situaciones el sistema operativo matará el hilo y con qué frecuencia ocurren estas situaciones?
Supongo que será como la forma en que se manejan las actividades donde el sistema operativo puede arbitrariamente decidir eliminar el hilo, pero principalmente solo lo hará cuando los recursos sean extremadamente limitados. Sin embargo, sería bueno encontrar documentación específica de esto.
De jugar, con algún código de prueba, un hilo de fondo iniciado en onPause () se ejecutará indefinidamente en segundo plano en mi dispositivo (traté de cargar muchas aplicaciones y no pude conseguir que se matara).
Para mi aplicación específica, estoy escribiendo un editor de mapas de bits en el que estoy usando el patrón Comando y el patrón Memento para permitir deshacer y rehacer las ediciones. Me gustaría que el usuario pueda deshacer / rehacer sus ediciones, por ejemplo, si el usuario recibe una llamada telefónica y la actividad se cancela cuando se pone en segundo plano. La mejor solución que se me ocurre es usar un hilo de fondo para guardar constantemente mis comandos y recuerdos en el disco durante el uso de la aplicación y para terminar de guardar los objetos que quedan en una hebra de fondo si se invoca a OnPause. En el peor de los casos, si el hilo se mata, solo perderé algunas ediciones.
Normalmente, guardar su estado en onPause es lo correcto si es rápido. No creo que esté claramente documentado cuando se mata un proceso, pero a veces lo ves en Logcat cuando ejecutas algunas aplicaciones exigentes (por ejemplo, después de ejecutar Google Earth y el navegador).
También hay una opción en las DevTools de Android para destruir automáticamente las actividades a medida que se aleja de ellas, aunque eso probablemente no se extienda al proceso. (DevTools está en el emulador y en algunos teléfonos rooteados).
Creo que su enfoque suena razonable: use un hilo de baja prioridad para actualizar constantemente los datos guardados, y déle prioridad normal en OnPause, y configure un indicador en onPause que le indique que finalice una vez que finalice.
Obviamente, deberá asegurarse de no encontrarse con problemas de sincronización si ejecuta OnResume inmediatamente después de OnPause (es decir, mientras el hilo aún está ocupado guardando).
Su hilo se puede matar en cualquier momento después de que se destruya la actividad, o nunca se puede matar. Dependiendo de ese hilo, la forma es muy mala: podrías terminar con una operación a medio completar o con un hilo que se queda para siempre.
Si desea realizar una operación en segundo plano que continúa incluso cuando no hay actividad en primer plano, casi siempre desea ejecutarla dentro de un Servicio. Por otro lado, es menos probable que se mate el servicio, pero no hay garantía a menos que use "startForeground". Esto terminará mostrando una notificación al usuario de que algo está sucediendo en segundo plano, pero hasta donde yo sé, es la única forma de ejecutar un hilo de fondo asíncrono que garantiza que no se matará.
Honestamente, la respuesta correcta es asegurarse de que nunca haya ningún estado de proceso temporal que tarde mucho tiempo en guardarse. Si tiene que escribir un archivo grande para reflejar algunos cambios de usuario, considere mantener un "registro de transacciones" que puede usar para crear una operación de restauración reiniciable. Dado esto, puede ejecutar de manera segura sus grabaciones en un servicio y saber que incluso si muere, se reiniciará automáticamente cuando los recursos estén disponibles.