更新：在最近的Android版本中，Android_ID的许多问题已经得到解决，我相信这种方法不再是必要的。请看一下安东尼的回答。

完整披露：我的应用程序最初使用了以下方法，但现在不再使用这种方法，我们现在使用了emmby的答案链接所指向的Android开发者博客条目中概述的方法（即，生成并保存UUID#randomUUID（））。

这个问题有很多答案，其中大多数只在“某些”时间有效，不幸的是，这还不够好。

根据我对设备的测试（所有手机，至少有一部未激活）：

所有测试的设备都返回了TelephonyManager.getDeviceId（）的值所有GSM设备（均使用SIM进行测试）都返回了TelephonyManager.getSimSerialNumber（）的值对于getSimSerialNumber（），所有CDMA设备均返回null（如预期）添加了Google帐户的所有设备都返回了ANDROID_ID的值所有CDMA设备都为ANDROID_ID和TelephonyManager.getDeviceId（）返回相同的值（或相同值的派生）——只要在安装过程中添加了Google帐户。我还没有机会测试没有SIM卡的GSM设备，没有添加谷歌账户的GSM设备或任何处于飞行模式的设备。

因此，如果您想要设备本身独有的东西，TM.getDeviceId（）就足够了。显然，有些用户比其他用户更偏执，因此对这些标识符中的一个或多个进行散列可能会很有用，这样该字符串对于设备来说实际上仍然是唯一的，但不会明确标识用户的实际设备。例如，使用String.hashCode（）并结合UUID：

final TelephonyManager tm = (TelephonyManager) getBaseContext().getSystemService(Context.TELEPHONY_SERVICE);

final String tmDevice, tmSerial, androidId;
tmDevice = "" + tm.getDeviceId();
tmSerial = "" + tm.getSimSerialNumber();
androidId = "" + android.provider.Settings.Secure.getString(getContentResolver(), android.provider.Settings.Secure.ANDROID_ID);

UUID deviceUuid = new UUID(androidId.hashCode(), ((long)tmDevice.hashCode() << 32) | tmSerial.hashCode());
String deviceId = deviceUuid.toString();

可能会导致类似的结果：00000000-54b3-e7c7-0000-000046bffd97

这对我来说足够好了。

正如Richard在下面提到的那样，不要忘记您需要权限才能读取TelephonyManager财产，因此请将此添加到您的清单中：

<uses-permission android:name="android.permission.READ_PHONE_STATE" />

导入库

import android.content.Context;
import android.telephony.TelephonyManager;
import android.view.View;

不建议使用，因为deviceId可以在第三方手中用作跟踪，但这是另一种方式。

@SuppressLint("HardwareIds")
private String getDeviceID() {
    deviceId = Settings.Secure.getString(getApplicationContext().getContentResolver(),
                    Settings.Secure.ANDROID_ID);
    return deviceId;
}

这是Reto Meier在今年的Google I/O演示中使用的代码，用于为用户获取唯一id：

private static String uniqueID = null;
private static final String PREF_UNIQUE_ID = "PREF_UNIQUE_ID";

public synchronized static String id(Context context) {
    if (uniqueID == null) {
        SharedPreferences sharedPrefs = context.getSharedPreferences(
                PREF_UNIQUE_ID, 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();
        }
    }
    return uniqueID;
}

如果你将此与备份策略相结合，将首选项发送到云（Reto的演讲中也有描述），你应该有一个与用户相关的id，在设备被擦除甚至更换后，它会一直存在。我计划在未来的分析中使用此项（换句话说，我还没有做过这一点：）。

更新：在最近的Android版本中，Android_ID的许多问题已经得到解决，我相信这种方法不再是必要的。请看一下安东尼的回答。

完整披露：我的应用程序最初使用了以下方法，但现在不再使用这种方法，我们现在使用了emmby的答案链接所指向的Android开发者博客条目中概述的方法（即，生成并保存UUID#randomUUID（））。

这个问题有很多答案，其中大多数只在“某些”时间有效，不幸的是，这还不够好。

根据我对设备的测试（所有手机，至少有一部未激活）：

所有测试的设备都返回了TelephonyManager.getDeviceId（）的值所有GSM设备（均使用SIM进行测试）都返回了TelephonyManager.getSimSerialNumber（）的值对于getSimSerialNumber（），所有CDMA设备均返回null（如预期）添加了Google帐户的所有设备都返回了ANDROID_ID的值所有CDMA设备都为ANDROID_ID和TelephonyManager.getDeviceId（）返回相同的值（或相同值的派生）——只要在安装过程中添加了Google帐户。我还没有机会测试没有SIM卡的GSM设备，没有添加谷歌账户的GSM设备或任何处于飞行模式的设备。

因此，如果您想要设备本身独有的东西，TM.getDeviceId（）就足够了。显然，有些用户比其他用户更偏执，因此对这些标识符中的一个或多个进行散列可能会很有用，这样该字符串对于设备来说实际上仍然是唯一的，但不会明确标识用户的实际设备。例如，使用String.hashCode（）并结合UUID：

final TelephonyManager tm = (TelephonyManager) getBaseContext().getSystemService(Context.TELEPHONY_SERVICE);

final String tmDevice, tmSerial, androidId;
tmDevice = "" + tm.getDeviceId();
tmSerial = "" + tm.getSimSerialNumber();
androidId = "" + android.provider.Settings.Secure.getString(getContentResolver(), android.provider.Settings.Secure.ANDROID_ID);

UUID deviceUuid = new UUID(androidId.hashCode(), ((long)tmDevice.hashCode() << 32) | tmSerial.hashCode());
String deviceId = deviceUuid.toString();

可能会导致类似的结果：00000000-54b3-e7c7-0000-000046bffd97

这对我来说足够好了。

正如Richard在下面提到的那样，不要忘记您需要权限才能读取TelephonyManager财产，因此请将此添加到您的清单中：

<uses-permission android:name="android.permission.READ_PHONE_STATE" />

导入库

import android.content.Context;
import android.telephony.TelephonyManager;
import android.view.View;

1.使用提供唯一id（即IMEI）的电话管理器。参见示例，

import android.telephony.TelephonyManager;
import android.content.Context;
// ...
TelephonyManager telephonyManager;
telephonyManager = (TelephonyManager) getSystemService(Context.
                TELEPHONY_SERVICE);
/*
* getDeviceId() returns the unique device ID.
* For example,the IMEI for GSM and the MEID or ESN for CDMA phones.
*/
String deviceId = telephonyManager.getDeviceId();
/*
* getSubscriberId() returns the unique subscriber ID,
*/
String subscriberId = telephonyManager.getSubscriberId();

这需要为您的用户提供android.permission.READ_PHONE_STATE，这很难证明遵循您所做的应用程序类型。

没有电话服务的设备（如平板电脑）必须报告一个唯一的设备ID，该ID可以通过android.os.Build.SERIAL从android 2.3 Gingerbread获得。一些具有电话服务的电话还可以定义序列号。就像不是所有的Android设备都有序列号一样，这种解决方案并不可靠。在设备首次启动时，会生成并存储一个随机值。此值可通过Settings.Secure.ANDROID_ID获得。它是一个64位数字，在设备的生命周期内应保持不变。ANDROID_ID似乎是唯一设备标识符的好选择，因为它适用于智能手机和平板电脑。要检索值，可以使用以下代码：，StringandroidId=Settings.Secure.getString（getContentResolver（），Settings.Secure.ANDROID_ID）；

但是，如果在设备上执行出厂重置，则该值可能会更改。制造商的流行手机也存在一个已知的缺陷，每个实例都有相同的ANDROID_ID。显然，该解决方案并非100%可靠。

使用UUID。由于大多数应用程序的要求是识别特定的安装，而不是物理设备，因此，如果使用UUID类，获取用户的唯一id是一个很好的解决方案。以下解决方案由来自Google的Reto Meier在Google I/O演示中提出，

SharedPreferences sharedPrefs = context.getSharedPreferences(
         PREF_UNIQUE_ID, Context.MODE_PRIVATE);
uniqueID = sharedPrefs.getString(PREF_UNIQUE_ID, null);

更新：选项#1和#2在android 10之后不再可用，因为谷歌进行了隐私更新。因为选项2和3需要关键许可。

为了包括Android 9，我只有一个想法可以继续工作，那就是（可能）不违反任何条款，需要权限，并且可以跨安装和应用程序工作。

涉及服务器的指纹应该能够唯一地识别设备。硬件信息+已安装的应用程序和安装时间的组合应该会起到作用。除非卸载并再次安装应用程序，否则首次安装时间不会更改。但这必须对设备上的所有应用程序进行，以便无法识别设备（即，在工厂重置后）。

我会这样做：

提取硬件信息、应用程序包名称和首次安装时间。

这是从Android中提取所有应用程序的方法（无需权限）：

final PackageManager pm = application.getPackageManager();
List<ApplicationInfo> packages = 
pm.getInstalledApplications(PackageManager.GET_META_DATA);

for (ApplicationInfo packageInfo : packages) {
    try {
        Log.d(TAG, "Installed package :" + packageInfo.packageName);
        Log.d(TAG, "Installed :" + pm.getPackageInfo(packageInfo.packageName, 0).firstInstallTime);
    } catch (PackageManager.NameNotFoundException e) {
        e.printStackTrace();
    }
}

在将每个包名称和安装时间戳组合发送到服务器之前，您可能需要对其进行哈希，因为用户在设备上安装的内容可能与您的业务无关，也可能与您无关。有些应用程序（实际上很多）是系统应用程序。这些可能具有相同的安装时间戳，与出厂重置后的最新系统更新相匹配。因为它们具有相同的安装时间戳，所以用户无法安装它们，并且可以过滤掉它们。将信息发送到服务器，并让它在先前存储的信息中查找最近的匹配。在安装和卸载应用程序时，您需要在与以前存储的设备信息进行比较时设置阈值。但我的猜测是，这一门槛可能很低，因为任何软件包名称和首次安装时间戳组合对于一个设备来说都是非常独特的，而且应用程序的安装和卸载并不频繁。拥有多个应用程序只会增加独一无二的可能性。返回为匹配项生成的唯一id，或生成唯一id，存储设备信息并返回此新id。

注：这是一种未经测试和验证的方法！我相信它会奏效，但我也非常确信，如果这一点流行起来，他们会以某种方式关闭它。