有很多不同的方法可以解决ANDROID_ID问题（有时可能为空，或者特定型号的设备总是返回相同的ID），有利弊：

实现自定义ID生成算法（基于应该是静态且不会更改的设备财产->谁知道呢）滥用其他ID，如IMEI、序列号、Wi-Fi/蓝牙MAC地址（它们不会存在于所有设备上，或者需要额外的权限）

我自己更喜欢使用现有的OpenUDID实现（请参见https://github.com/ylechelle/OpenUDID)适用于Android（请参见https://github.com/vieux/OpenUDID). 它很容易集成并利用ANDROID_ID和上述问题的回退。

android.telephony.TelephonyManager.getDeviceId()

这将返回唯一标识设备的任何字符串（GSM上的IMEI，CDMA上的MEID）。

在AndroidManifest.xml中需要以下权限：

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

如果添加：

Settings.Secure.getString(context.contentResolver,
    Settings.Secure.ANDROID_ID)

Android Lint将向您发出以下警告：

不建议使用getString获取设备标识符。检查信息：不建议使用这些设备标识符除了用于高价值欺诈预防和高级电话之外使用案例。对于广告用例，请使用AdvertisingIdClient$Info#getId，用于分析，请使用InstanceId#getId。

所以，你应该避免使用这个。

如Android开发者文档中所述：

1：避免使用硬件标识符。在大多数使用情况下，您可以避免使用硬件标识符，例如SSAID（Android ID）和IMEI，而不限制所需的功能。2：仅在用户分析或广告用例中使用广告ID。使用广告ID时，始终尊重用户的选择关于广告跟踪。此外，请确保标识符不能连接到个人身份信息（PII），并避免桥接广告ID重置。3：在所有其他用例中，尽可能使用实例ID或私有存储的GUID，但支付欺诈预防和电话除外。对于绝大多数非广告用例，实例ID或GUID应足够。4:使用适合您的用例的API，以最大限度地降低隐私风险。使用DRM API保护高价值内容用于滥用保护的SafetyNet API。SafetyNet API是确定设备是否为正品的最简单方法隐私风险。

这里有相当有用的信息。

它包括五种不同的ID类型：

IMEI（仅适用于使用手机的Android设备；需要Android.permission.READ_Phone_STATE）伪唯一ID（适用于所有Android设备）Android ID（可以为空，可以在工厂重置时更改，可以在根手机上更改）WLAN MAC地址字符串（需要android.permission.ACCESS_WIFI_STATE）BT MAC地址字符串（带蓝牙的设备，需要android.permission.蓝牙）

我要补充一点，我有一种独特的情况。

使用：

deviceId = Secure.getString(this.getContext().getContentResolver(), Secure.ANDROID_ID);

事实证明，即使我的优派G平板电脑报告的DeviceID不为空，但每个G平板电脑都报告相同的数字。

玩“Pocket Empires”很有趣，它可以让您基于“唯一”DeviceID即时访问某人的帐户。

我的设备没有手机收音机。

使用TelephonyManager和Android_ID，通过以下方式获得Android操作系统设备的唯一设备ID（字符串）：

String deviceId;
final TelephonyManager mTelephony = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
if (mTelephony.getDeviceId() != null) {
    deviceId = mTelephony.getDeviceId();
}
else {
    deviceId = Secure.getString(
                   getApplicationContext().getContentResolver(),
                   Secure.ANDROID_ID);
}

但我强烈推荐谷歌建议的方法，参见识别应用程序安装。