アプリをアンインストールして再インストールした後も保持されるデバイス識別子が必要です。UUID クラスがメソッドに識別子を提供することを知っています
String uniqueID = UUID.randomUUID().toString();
しかし、Android のガイドラインは、その範囲と永続性について明確ではありません。次の段落では、次のように述べています。
Android オペレーティング システムは、さまざまな動作特性を持つ多数の ID を提供します。どの ID を使用する必要があるかは、次の特性がユースケースでどのように機能するかによって異なります。ただし、これらの特性にはプライバシーへの影響も伴うため、これらの特性がどのように連携するかを理解することが重要です。
範囲
識別子のスコープは、どのシステムが識別子にアクセスできるかを説明します。通常、Android 識別子のスコープには次の 3 つの種類があります。
単一のアプリ。ID はアプリ内部のものであり、他のアプリからはアクセスできません。
アプリのグループ - ID は、事前に定義された関連アプリのグループにアクセスできます。
デバイス- ID は、デバイスにインストールされているすべてのアプリからアクセスできます。識別子に付与される範囲が広いほど、追跡目的で使用されるリスクが高くなります。逆に、識別子に 1 つのアプリ インスタンスのみがアクセスできる場合、異なるアプリのトランザクション間でデバイスを追跡するために使用することはできません。
リセット可能性と持続性
再設定可能性と持続性は、識別子の寿命を定義し、再設定方法を説明します。一般的なリセット トリガーには、アプリ内リセット、システム設定によるリセット、起動時のリセット、インストール時のリセットがあります。Android 識別子にはさまざまな寿命がありますが、寿命は通常、ID のリセット方法に関連しています。
セッションのみ- ユーザーがアプリを再起動するたびに新しい ID が使用されます。
インストール-リセット- ユーザーがアプリをアンインストールして再インストールするたびに、新しい ID が使用されます。
FDR リセット- ユーザーがデバイスを出荷時設定にリセットするたびに、新しい ID が使用されます。
FDR-persistent - ID は出荷時設定へのリセット後も存続します。
再設定可能性により、ユーザーは既存のプロファイル情報と関連付けられていない新しい ID を作成できます。これは重要です。識別子がより長く、より確実に存続するほど (たとえば、工場出荷時設定へのリセットなど)、ユーザーが長期的な追跡を受けるリスクが高くなるからです。アプリの再インストール時に識別子がリセットされると、永続性が低下し、アプリまたはシステム設定内から ID をリセットするための明示的なユーザー コントロールがない場合でも、ID をリセットする手段が提供されます。
しかし、スコープと永続性を選択して、これらの識別子を取得する方法がわかりません。ありがとう