Hey there! Let's dive into the two common methods for grabbing a device ID on Android, break down their key differences, and figure out which one fits your needs better.

方法1：通过TelephonyManager获取IMEI/MEID #

这是传统的硬件级标识获取方式，依赖设备的蜂窝网络模块：

// 示例代码（适配Android 10+）
TelephonyManager telephonyManager = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
if (ActivityCompat.checkSelfPermission(this, Manifest.permission.READ_PHONE_STATE) != PackageManager.PERMISSION_GRANTED) {
    // 先申请READ_PHONE_STATE危险权限
    return;
}
// 根据设备网络类型选择对应方法
String deviceId = null;
if (telephonyManager.getPhoneType() == TelephonyManager.PHONE_TYPE_GSM) {
    deviceId = telephonyManager.getImei();
} else if (telephonyManager.getPhoneType() == TelephonyManager.PHONE_TYPE_CDMA) {
    deviceId = telephonyManager.getMeid();
}

核心特点： #

• 仅支持带蜂窝网络模块的设备（手机、插SIM卡的平板），纯WiFi设备无法获取有效ID。
• 必须申请READ_PHONE_STATE危险权限，Android 10+对该权限的限制更严格，部分场景下即使授权也拿不到数据。
• IMEI/MEID是硬件唯一标识，除非更换设备硬件，否则不会变更，稳定性极强。

方法2：通过Settings.Secure获取ANDROID_ID #

这是系统级的软件标识，兼容性更广：

String androidId = Settings.Secure.getString(getContentResolver(), Settings.Secure.ANDROID_ID);

核心特点： #

• 无需任何危险权限，调用门槛极低，所有Android设备（从Android 2.2开始）都支持。
• Android 8.0+之后，ANDROID_ID会针对每个应用签名生成唯一值，不同签名的APP拿到的ID互不相同，隐私性更有保障。
• 当设备恢复出厂设置、刷机或进行特定系统更新时，ANDROID_ID可能会被重置；早期低版本设备曾出现过ID重复的情况，但目前已基本解决。

• 权限要求：
  • 方法1：必须申请READ_PHONE_STATE危险权限，用户授权意愿低，合规成本高。
  • 方法2：无权限要求，调用简单快捷。
• 设备兼容性：
  • 方法1：覆盖范围有限，仅支持带蜂窝网络的设备。
  • 方法2：支持所有Android设备，兼容性拉满。
• 唯一性与稳定性：
  • 方法1：硬件级唯一，永不变更（除非更换硬件）。
  • 方法2：软件生成，刷机/恢复出厂后可能重置；8.0+后仅对当前应用签名唯一。
• 隐私合规性：
  • 方法1：IMEI属于用户敏感隐私数据，需严格遵守GDPR等法规的隐私声明和授权要求。
  • 方法2：不属于严格意义上的敏感信息，合规成本低。

这完全取决于你的业务场景：

• 如果你的应用仅服务于手机设备，需要绝对稳定的硬件级标识（比如设备绑定、防盗功能），且能接受权限申请流程和合规要求，可以考虑方法1（注意使用Android 10+推荐的getImei()/getMeid()，而非过时的getDeviceId()）。
• 如果你的应用需要覆盖全类型Android设备，追求低门槛、高兼容性，且可以接受ID在刷机后重置，方法2是更优选择。Android 8.0+的ANDROID_ID已经足够满足大多数场景（比如应用内用户追踪、个性化设置）的唯一性需求。

内容的提问来源于stack exchange，提问作者Amira Elsayed Ismail