¿Por qué la simulación se apaga sola en segundo plano en Xiaomi?

La simulación la mantiene un servicio en segundo plano, y «se apagó sola» casi siempre significa que el firmware lo cerró. En los registros del sistema se ve como una detención forzada del proceso por parte del sistema, no como un error de la aplicación.

Después pasa algo poco evidente: los proveedores de prueba siguen registrados en Android con el último valor escrito, pero nadie escribe coordenadas nuevas en ellos, porque el proceso que los creó ya no existe. Desde fuera parece que «la simulación se ha congelado»: el punto sigue igual, pero deja de actualizarse, y al cabo de un tiempo el sistema vuelve a la ubicación real. Por eso el problema a menudo no se nota enseguida.

Quien más se encuentra con esto son los usuarios de Xiaomi, Redmi y POCO: MIUI y HyperOS gestionan los procesos en segundo plano con más rigor que otras capas. Se soluciona con tres ajustes: el inicio automático, quitar las restricciones de batería y bloquear la aplicación en recientes; el recorrido con las rutas exactas está en la guía aparte para Xiaomi. Si solo haces uno de los tres, que sea el inicio automático: sin él, tras cerrarse el proceso, el sistema no recupera el servicio en absoluto, y la simulación no vuelve hasta que abras tú la aplicación. Con el inicio automático activado, el sistema recupera el servicio en segundos, la aplicación retoma el estado guardado y continúa sin que intervengas.

En Samsung la causa es la misma, pero el mecanismo se llama «Aplicaciones en suspensión»: One UI pone a dormir automáticamente lo que no has usado en un tiempo, y una aplicación de simulación parece inactiva justo mientras el teléfono está en tu bolsillo. Las rutas de One UI están en la guía para Samsung. En Huawei y Honor, desactiva la gestión automática de inicio y activa los tres interruptores: inicio automático, inicio secundario y ejecución en segundo plano; los detalles están en la guía para Huawei.

Por su parte, la aplicación hace dos cosas independientes. Al abrirse, compara el estado guardado con el real y, si el proceso murió, recupera la simulación; este camino siempre funciona. Además, un temporizador de vigilancia comprueba periódicamente el estado en segundo plano e intenta restaurar el servicio por sí mismo. Pero ambos tienen un límite: si el firmware prohíbe a la aplicación iniciarse en segundo plano, el servicio no se puede recuperar sin ti, porque en ese momento el código simplemente no se ejecuta. Así que los ajustes del firmware no se pueden sustituir desde el programa.

La forma más fácil de comprobar el resultado es la notificación permanente del panel: mientras esté ahí, el servicio vive. Si ha desaparecido, el sistema ha acabado cerrándolo y conviene volver a los ajustes de arriba.