Cómo migrar los datos de la aplicación al cambiar la fuente de la aplicación

Desarraigado

Lo siento, pero AFAIK no es posible :( ¡Nunca he visto ninguna aplicación/herramienta/utilidad que modifique con éxito los datos de otras aplicaciones, ni siquiera leer!
_{Alternativamente, podría hacer eso en una recuperación personalizada, pero ¿quién usa una recuperación personalizada sin rootear? Entonces Lee abajo.}

Raíz simple (manera manual)

No te lo tomes demasiado a pecho. Simplemente retire sus datos originales, desinstale la aplicación original e instale la nueva, luego vuelva a mover los datos y chown. Los comandos de shell de muestra se encuentran a continuación.

# mv /data/data/com.example.foo /data/media
 * UNINSTALL_ORIGINAL_APP
 * INSTALL_NEW_APP
# ls -ld /data/data/com.example.foo
 * take note of the user (e.g. u0_a123)
# mv /data/media/com.example.foo /data/data
# chown -R 10123.10123 /data/data/com.example.foo

Explicaciones para cada paso:

1. Mueva los datos de la aplicación original a un lugar alternativo. Debido a que Androis elimina automáticamente los archivos irrelevantes en ciertos directorios, necesitamos un lugar seguro como el Alt. AFAIK los archivos desconocidos se ignoran, por /data/medialo que se elige.
2. Reemplazar aplicación. Sin explicación.
3. Obtenga el UID de la aplicación recién instalada. El UID incorrecto hará que el Instalador de paquetes elimine los datos de la aplicación .
4. Mueva los datos hacia atrás y cambie el UID.

Una pequeña nota: el chowncomando incorporado no acepta la opción -R(recursiva) de forma predeterminada en Android L o inferior. Necesitas BusyBox en ese caso. En Android M y versiones posteriores, funciona bien.

Utilidades raíz

• Copia de seguridad de titanio

  Con TiBu, puede hacer una copia de seguridad de los datos existentes fácilmente, luego eliminar de forma segura la aplicación anterior e instalar la nueva. Luego, siempre que ambos paquetes tengan el mismo nombre de paquete, puede restaurar los datos de la aplicación con TiBu, ¡intactos!

  Sin embargo, esta solución es esencialmente una copia de seguridad de datos, por lo que no se mantendrá aquí. Si desea obtener más información sobre cómo realizar copias de seguridad y restaurar datos, consulte nuestra etiqueta wiki para copias de seguridad , en la sección Copias de seguridad basadas en aplicaciones .

Módulos Xposed (más fácil, recomendado por iBug)

XInstaller y su sucesor, InstallerOpt , pueden enlazar Package Installer para permitir la instalación de paquetes con firmas que no coinciden (omitiendo la verificación de firmas). Luego, todos sus datos se conservan y puede cambiar fácilmente a diferentes versiones. Este es el método que estoy usando actualmente y ha estado funcionando bien. Lamentablemente, Xposed no está oficialmente disponible para Android N (hasta ahora), por lo que esta solución es solo para Android M y versiones anteriores.

Teóricamente, no deberían causar nada malo porque todo lo que hacen es enganchar la función de verificación de firma y cambiar su valor de retorno a un valor real, sin pasar por la verificación. Si el paquete de reemplazo tiene otros defectos además de la firma que no coincide, la instalación seguirá fallando, por lo que no se pueden instalar paquetes defectuosos incluso si omite la verificación de la firma.

Aviso importante
No se recomienda dejar esa opción (omitir verificación de firma) habilitada todo el tiempo. Dejarlo habilitado creará una gran falla de seguridad ya que también se pueden instalar aplicaciones pirateadas (casi siempre usan una firma diferente). Personalmente, lo habilito solo cuando es necesario y lo deshabilito tan pronto como terminé de reemplazar mi paquete.