我认为这是建立一个独特身份的骨架的最佳方式……看看吧。

伪唯一ID，适用于所有Android设备某些设备没有电话（例如平板电脑），或者出于某种原因，您不希望包含READ_phone_STATE权限。您仍然可以阅读ROM版本、制造商名称、CPU类型和其他硬件详细信息，如果您想将ID用于串行密钥检查或其他一般用途，这些信息将非常适合。以这种方式计算的ID不会是唯一的：可以找到两个具有相同ID的设备（基于相同的硬件和ROM映像），但实际应用程序中的变化可以忽略不计。为此，可以使用Build类：

String m_szDevIDShort = "35" + //we make this look like a valid IMEI
            Build.BOARD.length()%10+ Build.BRAND.length()%10 +
            Build.CPU_ABI.length()%10 + Build.DEVICE.length()%10 +
            Build.DISPLAY.length()%10 + Build.HOST.length()%10 +
            Build.ID.length()%10 + Build.MANUFACTURER.length()%10 +
            Build.MODEL.length()%10 + Build.PRODUCT.length()%10 +
            Build.TAGS.length()%10 + Build.TYPE.length()%10 +
            Build.USER.length()%10 ; //13 digits

大多数Build成员都是字符串，我们在这里所做的是获取它们的长度，并通过数字中的模来转换它。我们有13个这样的数字，我们在前面增加了两个（35），以具有与IMEI相同的大小ID（15个数字）。这里还有其他的可能性，好吧，看看这些字符串。返回355715565309247。无需特别许可，这使得该方法非常方便。

（额外信息：上面给出的技术是从Pocket Magic上的一篇文章中复制的。）

在Google I/O上，Reto Meier发布了一个关于如何实现这一点的有力答案，这应该能满足大多数开发人员在安装过程中跟踪用户的需求。安东尼·诺兰（Anthony Nolan）在他的回答中指明了方向，但我想我应该写出完整的方法，这样其他人就可以很容易地看到如何做到这一点（我花了一段时间才弄清楚细节）。

这种方法将为您提供一个匿名、安全的用户ID，该ID将在不同设备（基于主要的Google帐户）和不同安装中为用户持久保存。基本方法是生成一个随机用户ID，并将其存储在应用程序的共享偏好中。然后使用Google的备份代理将链接到Google帐户的共享首选项存储在云中。

让我们了解一下完整的方法。首先，我们需要使用Android备份服务为SharedPreferences创建备份。通过注册应用程序开始http://developer.android.com/google/backup/signup.html.

谷歌会给你一个备份服务密钥，你需要将其添加到清单中。您还需要告诉应用程序使用BackupAgent，如下所示：

<application android:label="MyApplication"
         android:backupAgent="MyBackupAgent">
    ...
    <meta-data android:name="com.google.android.backup.api_key"
        android:value="your_backup_service_key" />
</application>

然后，您需要创建备份代理，并告诉它使用helper代理进行共享引用：

public class MyBackupAgent extends BackupAgentHelper {
    // The name of the SharedPreferences file
    static final String PREFS = "user_preferences";

    // A key to uniquely identify the set of backup data
    static final String PREFS_BACKUP_KEY = "prefs";

    // Allocate a helper and add it to the backup agent
    @Override
    public void onCreate() {
        SharedPreferencesBackupHelper helper = new SharedPreferencesBackupHelper(this,          PREFS);
        addHelper(PREFS_BACKUP_KEY, helper);
    }
}

要完成备份，您需要在主活动中创建BackupManager实例：

BackupManager backupManager = new BackupManager(context);

最后创建一个用户ID（如果它还不存在），并将其存储在SharedPreferences中：

  public static String getUserID(Context context) {
            private static String uniqueID = null;
        private static final String PREF_UNIQUE_ID = "PREF_UNIQUE_ID";
    if (uniqueID == null) {
        SharedPreferences sharedPrefs = context.getSharedPreferences(
                MyBackupAgent.PREFS, Context.MODE_PRIVATE);
        uniqueID = sharedPrefs.getString(PREF_UNIQUE_ID, null);
        if (uniqueID == null) {
            uniqueID = UUID.randomUUID().toString();
            Editor editor = sharedPrefs.edit();
            editor.putString(PREF_UNIQUE_ID, uniqueID);
            editor.commit();

            //backup the changes
            BackupManager mBackupManager = new BackupManager(context);
            mBackupManager.dataChanged();
        }
    }

    return uniqueID;
}

即使用户移动设备，此User_ID现在也将在安装过程中保持不变。

有关此方法的更多信息，请参阅Reto的演讲。

有关如何实施备份代理的详细信息，请参阅数据备份。我特别推荐底部的测试部分，因为备份不会立即发生，所以为了测试，必须强制备份。

只是提醒大家阅读更多最新信息。对于Android O，系统管理这些ID的方式有一些变化。

https://android-developers.googleblog.com/2017/04/changes-to-device-identifiers-in.html

tl；dr Serial将需要PHONE权限，Android ID将根据不同的应用程序的包名和签名进行更改。

此外，谷歌还编制了一份很好的文档，提供了有关何时使用硬件和软件ID的建议。

https://developer.android.com/training/articles/user-data-ids.html

包com.aapbd.appbajarlib.common；import android.os.Build；导入java.util.Locale；导入java.util.UUID；公共类DeviceID{公共静态字符串getDeviceLanguage（）{Locale Locale=Locale.getDefault（）；return locale.getDisplayLanguage（）；}公共静态字符串getDeviceCountry（）{Locale Locale=Locale.getDefault（）；return locale.getDisplayCountry（）；}公共静态字符串getDeviceName（）{字符串制造商=Build.manufacturer；字符串模型=Build.model；if（model.startsWith（制造商））{回报资本化（模型）；}其他{回报资本化（制造商）+“”+模型；}}公共静态字符串getAndroidVersion（）{字符串释放=Build.VERSION.release；int sdkVersion=内部版本.VERSION.SDK_int；return sdkVersion+“（”+release+“）”；}公共静态int getAndroidAPILevel（）{int sdkVersion=内部版本.VERSION.SDK_int；return sdkVersion；}私有静态字符串大写（字符串s）{如果（s==null||s.length（）==0）{return“”；}char first=s.charAt（0）；if（字符.isUpperCase（第一个））{返回s；}其他{return Character.toUpperCase（first）+s.substring（1）；}}/***返回伪唯一ID*@返回ID*/公共静态字符串getUniquePsuedoID（）{//如果所有其他操作都失败，如果用户的API低于API 9（低于//而不是姜饼），已重置其设备或“安全.ANDROID_ID”//返回“null”，则返回的ID将仅基于//关闭他们的Android设备信息。这就是碰撞的地方//可能发生。//谢谢http://www.pocketmagic.net/?p=1662!//尽量不要使用DISPLAY、HOST或ID-这些项目可能会更改。//如果发生冲突，则会出现重叠数据字符串m_szDevIDShort=“35”+（Build.BOARD.length（）%10）+（Build.BRAND.length）%10（）+（Build.CPU_ABI.length；//感谢@Roman SL！// http://stackoverflow.com/a/4789483/950427//只有API>=9的设备具有android.os.Build.SERIAL// http://developer.android.com/reference/android/os/Build.html#SERIAL//如果用户升级软件或根目录他们的设备，将有一个重复条目字符串序列=空；尝试{serial=android.os.Build.class.getField（“serial”）.get（null）.toString（）；//继续并返回api=>9的序列号返回新UUID（m_szDevIDShort.hashCode（），serial.hashCode））.toString（）；}catch（异常异常）{//字符串需要初始化serial=“serial”；//一些价值}//谢谢@乔！// http://stackoverflow.com/a/2853253/950427//最后，通过使用UUID类组合我们找到的值来创建唯一标识符返回新UUID（m_szDevIDShort.hashCode（），serial.hashCode））.toString（）；}}

我正在使用这个，它在过去的6年中一直有效。

这是图书馆：https://github.com/nillbiplob/AppBajarLIB

Android在Android O之后限制硬件相关Id，Android_Id是唯一Id的解决方案，但当反射设备，它将生成新的android_id以克服此问题问题是我们可以使用DRUMID。

val WIDEVINE_UUID = UUID(-0x121074568629b532L, -0x5c37d8232ae2de13L)
val drumIDByteArray = MediaDrm(WIDEVINE_UUID).getPropertyByteArray(MediaDrm.PROPERTY_DEVICE_UNIQUE_ID)

val drumID = android.util.Base64.encodeToString(drumIDByteArray,android.util.Base64.DEFAULT)

这是一个简单的问题，没有简单的答案。

此外，这里所有现有的答案要么过时，要么不可靠。

因此，如果您正在寻找2020年后的解决方案。

以下是需要记住的几点：

所有基于硬件的标识符（IMEI、MAC、序列号等）对于非谷歌设备（Pixels和Nexuses除外）都是不可靠的，从统计上看，这些设备是世界上大多数android活动设备。因此，官方Android标识符最佳实践明确指出：

避免使用硬件标识符，如IMEI、MAC地址等。。。

这使得这里的大多数答案无效。同样由于不同的android安全更新，其中一些需要更新和更严格的运行时权限，用户可以简单地拒绝。

例如，CVE-2018-9489影响上述所有基于WIFI的技术。

这使得这些标识符不仅不可靠，而且在许多情况下无法访问。

所以简单地说：不要使用这些技术。

这里的许多其他答案都建议使用AdvertisingIdClient，这也是不兼容的，因为它是专为广告分析而设计的。官方参考文件中也有说明

仅将广告ID用于用户分析或广告用例

它不仅对设备识别不可靠，而且您还必须遵守有关广告跟踪的用户隐私政策，该政策明确规定用户可以随时重置或阻止它。

所以也不要使用它。

因为您无法获得所需的静态全局唯一和可靠的设备标识符。Android的官方参考建议：

在所有其他使用情况下，尽可能使用Firebase安装ID（FID）或私人存储的GUID，支付欺诈预防和电话除外。

它对于设备上的应用程序安装来说是独一无二的，因此当用户卸载应用程序时，它会被删除，因此它不是100%可靠，但它是次佳选择。

注意：截至目前，FirebaseInstanceId已弃用，您应改用FirebaseInstallations。

要使用FirebaseInstallations，请将最新的firebase消息传递依赖项添加到您的等级中

implementation 'com.google.firebase:firebase-messaging:23.0.0'

并使用以下代码获取firebase ID：

FirebaseInstallations.getInstance().getId().addOnCompleteListener(task -> {
     if (task.isSuccessful()) {
        String firebaseIdentifier = task.getResult();
        // Do what you need with firebaseIdentifier
     }
});

如果您需要将设备标识存储在远程服务器上，那么不要按原样存储（纯文本），而是使用带盐的哈希。

今天，这不仅是一种最佳实践，实际上，您必须根据GDPR标识符和类似法规依法进行。