Wie @__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-persistent-uuid persistiert Identifikatoren auf Android. - Verwalten Sie Updates in Echtzeit für Ihre __CAPGO_KEEP_2__-App ohne Laden von Daten, 5 Minuten zum Einrichten.

Android Verhalten

GitHub

Bei Android speichert das Plugin die UUID in AccountManager unter einem Plugin-besitzenen Authentifizierungsaccount. Der Standardaccountname verwendet den Anwendungs-Paketnamen als Scope.

Dies überlebt die UUID gängige Wiederinstallationspfade, in denen die App-private Speicherung entfernt wird, einschließlich Android Studio-Wiederinstallationszyklen und Installationszyklen mit anderen Debug- oder Play-Signierungsschlüsseln, wenn der Paketname gleich bleibt.

Standard-Scope verwenden, wenn der App-Paketname über Builds stabil bleibt.

const result = await PersistentUuid.getId();

Verwenden Sie einen benutzerdefinierten Scope, wenn Debug-, Staging- und Produktionsbuilds unterschiedliche Paketidentifikatoren verwenden, aber eine persistente UUID teilen sollen.

const result = await PersistentUuid.getId({ scope: 'com.example.app' });

Die UUID kann verloren gehen, wenn der Benutzer die App aus den Android-Einstellungen entfernt, das Gerät auf Fabrikneustart setzt, der Paket/Scope ändert oder die App resetId aufruft.

Wenn Sie das Android-Wiederinstallationsverhalten überprüfen, verbinden Sie diese Seite mit Einstieg für die Verwendung von API für iOS-Verhalten für Unterschiede bei Apple-Plattformen und Using @capgo/capacitor-persistent-uuid Seite bearbeiten