Persistência de Dados de aplicativos no Android

[rudsonalves]

Ao desenvolver um aplicativo de cronômetro de treino utilizando Flutter e SQLite, me deparei com um problema peculiar: após desinstalar o aplicativo, limpar dados e cache, e reinstalar, o banco de dados da primeira instalação neste dispositivo físico persiste, independentemente do que faça para removê-lo.

Histórico

No início deste projeto, instalei-o em meu celular pessoal para ver como estava se comportando em um dispositivo real e também para poder apresentá-lo ao cliente.

Semanas depois, o projeto estava nos ajustes finais e fui reinstalá-lo novamente em meu celular. Como havia feito muitas alterações e a versão inicial não tinha um sistema robusto para migração do banco de dados, optei por remover o app e instalar novamente. Procedimento padrão:

1. Apaguei o cache;
2. Removi os dados;
3. Removi o aplicativo.

Ao reiniciar, o aplicativo travou na tela de splash com o log:

[log] Database path: /data/user/0/br.dev.rralves.trainers_stopwatch/app_flutter/app_dataBase.db
[log] Database opened successfully
[log] SettingsStore.query: DatabaseException(no such table: settingsTable (code 1 SQLITE_ERROR[1]): , while compiling: SELECT * FROM settingsTable WHERE id = ?) sql 'SELECT * FROM settingsTable WHERE id = ?' args [1]
[log] SettingsStore.insert: DatabaseException(no such table: settingsTable (code 1 SQLITE_ERROR[1]): , while compiling: INSERT INTO settingsTable (id, splitLength, lapLength, lengthUnit, dbSchemeVersion, brightness, contrast, language, mSecondRefresh, showTutorial) VALUES (NULL, ?, ?, ?, ?, ?, ?, ?, ?, ?)) sql 'INSERT INTO settingsTable (id, splitLength, lapLength, lengthUnit, dbSchemeVersion, brightness, contrast, language, mSecondRefresh, showTutorial) VALUES (NULL, ?, ?, ?, ?, ?, ?, ?, ?, ?)' args [200.0, 1000.0, m, 1006, dark, standard, en_US, 66, 1]

De alguma forma, o Android recuperou o antigo banco de dados do aplicativo. Imagino que seja algum sistema de persistência dos dados do Android para melhorar a experiência do usuário.

Sem problema, logo no dispositivo com o adb, removo o banco de dados e executo novamente o app:

rudson@suzail:~$ adb shell
a22:/ $ run-as br.dev.rralves.trainers_stopwatch
a22:/... $ rm app_flutter/app_dataBase.*

Reinicio o app e tudo funciona como esperado:

I/flutter (17348): [🌎 Easy Localization] [DEBUG] Localization initialized
[log] Database path: /data/user/0/br.dev.rralves.trainers_stopwatch/app_flutter/app_dataBase.db
[log] Create database tables...
[log] Create database tables finish...
[log] Database opened successfully
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Start
[log] DatabaseBackup.backupDatabase: LocaleDataException: Locale data has not been initialized, call initializeDateFormatting(<locale>).
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Init state
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Build
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Init Localization Delegate
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Init provider
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Load Localization Delegate
I/flutter (17348): [🌎 Easy Localization] [DEBUG] Load asset from assets/translations

Ok, uso o app, faço alguns testes, crio novos dados e, ao fim, removo o app novamente.

Neste momento, imagino que o sistema deve ter atualizado o banco de dados com as novas informações para o caso de restauração novamente. Só que, ao tentar reinstalar novamente:

I/flutter (10666): [🌎 Easy Localization] [DEBUG] Localization initialized
[log] Database path: /data/user/0/br.dev.rralves.trainers_stopwatch/app_flutter/app_dataBase.db
[log] Database opened successfully
[log] SettingsStore.query: DatabaseException(no such table: settingsTable (code 1 SQLITE_ERROR[1]): , while compiling: SELECT * FROM settingsTable WHERE id = ?) sql 'SELECT * FROM settingsTable WHERE id = ?' args [1]
[log] SettingsStore.insert: DatabaseException(no such table: settingsTable (code 1 SQLITE_ERROR[1]): , while compiling: INSERT INTO settingsTable (id, splitLength, lapLength, lengthUnit, dbSchemeVersion, brightness, contrast, language, mSecondRefresh, showTutorial) VALUES (NULL, ?, ?, ?, ?, ?, ?, ?, ?, ?)) sql 'INSERT INTO settingsTable (id, splitLength, lapLength, lengthUnit, dbSchemeVersion, brightness, contrast, language, mSecondRefresh, showTutorial) VALUES (NULL, ?, ?, ?, ?, ?, ?, ?, ?, ?)' args [200.0, 1000.0, m, 1006, dark, standard, en_US, 66, 1]

Novamente, o app congela na tela de splash, com o mesmo erro do banco de dados resgatado das profundezas do Android.

O problema pode ser contornado desabilitando o backup do app com a adição das linhas abaixo no AndroidManifest.xml:

<application
    android:allowBackup="false"
    android:fullBackupContent="false"
    ... >
</application>

ou mesmo renomeando o banco de dados de app_dataBase.db para stopwatch.db, mantendo assim o comportamento padrão do sistema.

Apenas para ilustrar, observem os arquivos após uma remoção completa e reinstalação do app:

rudson@suzail:~$ adb shell
a22:/ $ run-as br.dev.rralves.trainers_stopwatch
a22:.../ $ ls -la app_flutter/                                                   
total 99
drwx------ 5 u0_a355 u0_a355  3452 2024-07-04 09:15 .
drwx------ 9 u0_a355 u0_a355  3452 2024-07-04 09:15 ..
-rw------- 1 u0_a355 u0_a355 40960 1970-01-20 16:46 app_dataBase.db
-rw------- 1 u0_a355 u0_a355     0 1970-01-20 16:46 app_dataBase.db-journal
drwx------ 2 u0_a355 u0_a355  3452 2024-07-04 09:14 athletes_images
drwx------ 2 u0_a355 u0_a355  3452 2024-07-04 09:15 flutter_assets
-rw------- 1 u0_a355 u0_a355     0 2024-07-04 09:15 res_timestamp-33-1720095292334
-rw------- 1 u0_a355 u0_a355 45056 2024-07-04 09:15 stopwatch.db
-rw------- 1 u0_a355 u0_a355     0 2024-07-04 09:15 stopwatch.db-journal
drwx------ 2 u0_a355 u0_a355  3452 2024-07-04 09:15 users_images

O banco de dados original app_dataBase.db e seu journal simplesmente brotam do nada após a instalação.

Entendo a persistência dos dados por parte do sistema Android, tentando restaurar configurações antigas das aplicações ao serem reinstaladas no sistema. O que não entendo é por que o Android elegeu esta versão do banco de dados em particular e a está restaurando sempre que instalo o app.

O problema em si está resolvido, só estou tentando entender se este é o comportamento padrão do Android ou algum problema específico deste meu celular.

Se alguém tiver algo a acrescentar, agradeço.