提问



Android设备是否具有唯一的ID,如果是这样,使用Java访问它的简单方法是什么?

最佳参考


Settings.Secure#ANDROID_ID返回Android ID作为每个用户 64位十六进制字符串唯一的。[82] [83]


import android.provider.Settings.Secure;

private String android_id = Secure.getString(getContext().getContentResolver(),
                                                        Secure.ANDROID_ID); 

其它参考1


更新:截至Android的最新版本,ANDROID_ID的许多问题已经解决,我相信这种方法已不再需要。请看看安东尼的回答。


完全披露:我的应用程序最初使用了以下方法但不再使用此方法,我们现在使用Android开发人员博客条目中概述的方法,即emmby的答案链接(即生成并保存UUID#randomUUID()) [85] [87]





这个问题有很多答案,其中大多数只会在某些时候起作用,不幸的是,这还不够好。


基于我对设备的测试(所有电话,其中至少有一部分未激活):



  1. 所有测试的设备都返回TelephonyManager.getDeviceId()
  2. 的值
  3. 所有GSM设备(均使用SIM测试)返回TelephonyManager.getSimSerialNumber()
  4. 的值
  5. getSimSerialNumber()(如预期的那样)所有CDMA设备都返回null

  6. 添加了Google帐户的所有设备都返回了ANDROID_ID
  7. 的值
  8. 只要在期间添加了Google帐户,所有CDMA设备都会为ANDROID_IDTelephonyManager.getDeviceId() - 返回相同的值(或相同值的推导值)设置。

  9. 我还没有机会测试没有SIM卡的GSM设备,没有添加Google帐户的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


它对我来说效果很好。


正如理查德在下面提到的,不要忘记你需要阅读TelephonyManager属性的权限,所以将它添加到你的清单:


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


导入库


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

其它参考2


最后更新时间:2015年2月2日






在阅读关于创建唯一ID,Google开发人员博客和Android文档的每篇Stack Overflow帖子后,我觉得Pseudo ID是最好的选择。


主要问题:硬件与软件



硬件




  • 用户可以更改硬件,Android平板电脑或手机,因此基于硬件的唯一ID不是跟踪用户
  • 的好主意
  • 对于跟踪硬件,这是一个好主意



软件




  • 如果用户根目录
  • ,用户可以擦除/更改他们的ROM
  • 您可以跨平台(iOS,Android,Windows和Web)跟踪用户

  • 跟踪个人用户 同意的最佳方法是让他们登录(使用OAuth使其无缝)






Android的整体细分



- 保证API>=9/10(99.5%的Android设备)的唯一性(包括root设备)



- 没有额外的权限



Psuedo代码:


if API >= 9/10: (99.5% of devices)

return unique ID containing serial id (rooted devices may be different)

else

return unique ID of build information (may overlap data - API < 9)


感谢@stansult发布所有选项(在此Stack Overflow问题中)。


选项列表 - 原因/为何不使用它们:




  • 用户电子邮件 - 软件



    • 用户可以更改电子邮件 - 极不可能

    • API 5+ <uses-permission android:name="android.permission.GET_ACCOUNTS" />

    • API 14+ <uses-permission android:name="android.permission.READ_PROFILE" /> <uses-permission android:name="android.permission.READ_CONTACTS" />(如何获取Android设备的主要电子邮件地址)


  • 用户电话号码 - 软件



    • 用户可以更改电话号码 - 极不可能

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


  • IMEI - 硬件(仅手机,需要 android.permission.READ_PHONE_STATE )



    • 大多数用户讨厌在许可中说电话的事实。一些用户给出了不好的评级,因为他们认为你只是窃取他们的个人信息,当你真正想做的就是跟踪设备安装。很明显,您正在收集数据。

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


  • Android ID - 硬件(可以为null,可以在出厂重置时更改,可以在有根设备上更改)



    • 因为它可以是null,我们可以检查null并更改其值,但这意味着它将不再是唯一的。

    • 如果您的用户使用了出厂重置设备,则该设备上的值可能已更改或更改,因此如果您正在跟踪用户安装,则可能存在重复条目。


  • WLAN MAC地址 - 硬件(需要 android.permission.ACCESS_WIFI_STATE )



    • 这可能是第二个最佳选择,但您仍在收集和存储直接来自用户的唯一标识符。很明显,您正在收集数据。

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


  • 蓝牙MAC地址 - 硬件(带蓝牙的设备,需要 android.permission.BLUETOOTH )



    • 市场上的大多数应用程序都不使用蓝牙,因此如果您的应用程序没有使用蓝牙,而且包括此内容,则用户可能会产生怀疑。

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


  • Pseudo-Unique ID - 软件(适用于所有Android设备)



    • 很可能,可能包含碰撞 - 请参阅下面发布的方法!

    • 这使您可以从用户那里获得几乎唯一的ID,而不需要任何私密的ID。您可以从设备信息创建自己的匿名ID。







我知道在没有使用权限的情况下,没有任何完美的获取唯一ID的方法;但是,有时我们只需要跟踪设备安装。当涉及到创建唯一ID时,我们可以创建一个伪唯一ID 完全基于Android API为我们提供的信息而不使用额外的权限。这样,我们可以向用户展示尊重并尝试提供良好的用户体验。


使用伪唯一ID,您实际上只会遇到基于类似设备这一事实可能存在重复的事实。您可以调整组合方法,使其更加独特;但是,一些开发人员需要跟踪设备安装,这将基于类似设备执行技巧或性能。


API>=9:



如果他们的Android设备是API 9或更高版本,由于Build.SERIAL字段,这保证是唯一的。


记住,从技术上讲,您只有大约0.5%的API< 9.所以你可以专注于其余的:这是99.5%的用户![90]


API< 9:



如果用户的Android设备低于API 9;希望他们没有完成恢复出厂设置并且他们的Secure.ANDROID_ID将被保留或不是null。(请参阅http://developer.android.com/约/仪表板/index.html中)[91]


如果一切都失败了:



如果所有其他方法都失败了,如果用户确实低于API 9(低于Gingerbread),重置了他们的设备或Secure.ANDROID_ID返回null,那么返回的ID将完全基于他们的Android设备信息。这是碰撞可能发生的地方。


变化:



  • 因工厂重置而删除Android.SECURE_ID可能会导致值更改

  • 编辑代码以更改API

  • 更改了Pseudo



请看下面的方法:


/**
 * Return pseudo unique ID
 * @return ID
 */
public static String getUniquePsuedoID() {
    // If all else fails, if the user does have lower than API 9 (lower
    // than Gingerbread), has reset their device or 'Secure.ANDROID_ID'
    // returns 'null', then simply the ID returned will be solely based
    // off their Android device information. This is where the collisions
    // can happen.
    // Thanks http://www.pocketmagic.net/?p=1662!
    // Try not to use DISPLAY, HOST or ID - these items could change.
    // If there are collisions, there will be overlapping data
    String m_szDevIDShort = "35" + (Build.BOARD.length() % 10) + (Build.BRAND.length() % 10) + (Build.CPU_ABI.length() % 10) + (Build.DEVICE.length() % 10) + (Build.MANUFACTURER.length() % 10) + (Build.MODEL.length() % 10) + (Build.PRODUCT.length() % 10);

    // Thanks to @Roman SL!
    // https://stackoverflow.com/a/4789483/950427
    // Only devices with API >= 9 have android.os.Build.SERIAL
    // http://developer.android.com/reference/android/os/Build.html#SERIAL
    // If a user upgrades software or roots their device, there will be a duplicate entry
    String serial = null;
    try {
        serial = android.os.Build.class.getField("SERIAL").get(null).toString();

        // Go ahead and return the serial for api => 9
        return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
    } catch (Exception exception) {
        // String needs to be initialized
        serial = "serial"; // some value
    }

    // Thanks @Joe!
    // https://stackoverflow.com/a/2853253/950427
    // Finally, combine the values we have found by using the UUID class to create a unique identifier
    return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
}





新功能(适用于包含广告和Google Play服务的应用):



来自Google Play Developer的控制台:



  从2014年8月1日开始,Google Play开发者计划政策
  要求所有新的应用上传和更新都使用广告ID
  为任何广告目的代替任何其他持久性标识符。
  学到更多



实施:


允许:


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


码:


import com.google.android.gms.ads.identifier.AdvertisingIdClient;
import com.google.android.gms.ads.identifier.AdvertisingIdClient.Info;
import com.google.android.gms.common.GooglePlayServicesAvailabilityException;
import com.google.android.gms.common.GooglePlayServicesNotAvailableException;
import java.io.IOException;
...

// Do not call this function from the main thread. Otherwise, 
// an IllegalStateException will be thrown.
public void getIdThread() {

  Info adInfo = null;
  try {
    adInfo = AdvertisingIdClient.getAdvertisingIdInfo(mContext);

  } catch (IOException exception) {
    // Unrecoverable error connecting to Google Play services (e.g.,
    // the old version of the service doesn't support getting AdvertisingId).

  } catch (GooglePlayServicesAvailabilityException exception) {
    // Encountered a recoverable error connecting to Google Play services. 

  } catch (GooglePlayServicesNotAvailableException exception) {
    // Google Play services is not available entirely.
  }
  final String id = adInfo.getId();
  final boolean isLAT = adInfo.isLimitAdTrackingEnabled();
}


出处/文件:


http://developer.android.com/google/play-services/id.html
http://developer.android.com/reference/com/google/android/gms/ads/identifier/AdvertisingIdClient.html[92][93]


重要:




  广告ID旨在完全取代现有的广告ID
  出于广告目的使用其他标识符(例如使用ANDROID_ID
  在设置。安全中,当Google Play服务可用时。案例
  Google Play服务不可用的地方由a表示
  引发的GooglePlayServicesNotAvailableException
  getAdvertisingIdInfo()。



警告,用户可以重置:



http://en.kioskea.net/faq/34732-android-reset-your-advertising-id[94]


我试图引用我从中获取信息的每个链接。如果您遗失并需要加入,请发表评论!


Google Player服务实例ID



https://developers.google.com/instance-id/[95]

其它参考3


正如Dave Webb所提到的,Android开发人员博客有一篇文章介绍了这一点。他们首选的解决方案是跟踪应用安装而不是设备,这对大多数用例都有效。博客文章将向您展示完成这项工作所需的代码,我建议您查看它。[96]


但是,如果您需要设备标识符而不是应用程序安装标识符,则博客文章会继续讨论解决方案。我与Google的某位人士进行了交谈,以便在您需要的情况下对一些项目进行一些额外的澄清。这是我在上述博客文章中未提及的设备标识符的发现:



  • ANDROID_ID是首选的设备标识符。 ANDROID_ID在Android<=2.1或>=2.3的版本上非常可靠。只有2.2有帖子中提到的问题。

  • 多个制造商的几个设备受到2.2中的ANDROID_ID错误的影响。

  • 据我所知,所有受影响的设备都有相同的ANDROID_ID,即9774d56d682e549c。这也是模拟器报告的设备ID,顺便说一下。

  • 谷歌相信原始设备制造商已经为他们的许多或大多数设备修补了这个问题,但我能够验证到2011年4月初,至少,它仍然很容易找到破碎的设备ANDROID_ID。



根据Google的建议,我实现了一个类,它将为每个设备生成一个唯一的UUID,在适当的情况下使用ANDROID_ID作为种子,必要时返回TelephonyManager.getDeviceId(),如果失败,则求助于随机生成应用程序重新启动时保持的唯一UUID(但不是应用程序重新安装)。[97] [98]


请注意,对于必须回退设备ID的设备,唯一ID WILL 会在出厂时重置。这是需要注意的事情。如果您需要确保恢复出厂设置将重置您的唯一ID,您可能需要考虑直接回退到随机UUID而不是设备ID。


同样,此代码用于设备ID,而不是应用程序安装ID。在大多数情况下,应用程序安装ID可能就是您要查找的内容。但如果您确实需要设备ID,则以下代码可能适合您。


import android.content.Context;
import android.content.SharedPreferences;
import android.provider.Settings.Secure;
import android.telephony.TelephonyManager;

import java.io.UnsupportedEncodingException;
import java.util.UUID;

public class DeviceUuidFactory {

    protected static final String PREFS_FILE = "device_id.xml";
    protected static final String PREFS_DEVICE_ID = "device_id";
    protected volatile static UUID uuid;

    public DeviceUuidFactory(Context context) {
        if (uuid == null) {
            synchronized (DeviceUuidFactory.class) {
                if (uuid == null) {
                    final SharedPreferences prefs = context
                            .getSharedPreferences(PREFS_FILE, 0);
                    final String id = prefs.getString(PREFS_DEVICE_ID, null);
                    if (id != null) {
                        // Use the ids previously computed and stored in the
                        // prefs file
                        uuid = UUID.fromString(id);
                    } else {
                        final String androidId = Secure.getString(
                            context.getContentResolver(), Secure.ANDROID_ID);
                        // Use the Android ID unless it's broken, in which case
                        // fallback on deviceId,
                        // unless it's not available, then fallback on a random
                        // number which we store to a prefs file
                        try {
                            if (!"9774d56d682e549c".equals(androidId)) {
                                uuid = UUID.nameUUIDFromBytes(androidId
                                        .getBytes("utf8"));
                            } else {
                                final String deviceId = (
                                    (TelephonyManager) context
                                    .getSystemService(Context.TELEPHONY_SERVICE))
                                    .getDeviceId();
                                uuid = deviceId != null ? UUID
                                    .nameUUIDFromBytes(deviceId
                                            .getBytes("utf8")) : UUID
                                    .randomUUID();
                            }
                        } catch (UnsupportedEncodingException e) {
                            throw new RuntimeException(e);
                        }
                        // Write the value out to the prefs file
                        prefs.edit()
                                .putString(PREFS_DEVICE_ID, uuid.toString())
                                .commit();
                    }
                }
            }
        }
    }

    /**
     * Returns a unique UUID for the current android device. As with all UUIDs,
     * this unique ID is "very highly likely" to be unique across all Android
     * devices. Much more so than ANDROID_ID is.
     * 
     * The UUID is generated by using ANDROID_ID as the base key if appropriate,
     * falling back on TelephonyManager.getDeviceID() if ANDROID_ID is known to
     * be incorrect, and finally falling back on a random UUID that's persisted
     * to SharedPreferences if getDeviceID() does not return a usable value.
     * 
     * In some rare circumstances, this ID may change. In particular, if the
     * device is factory reset a new device ID may be generated. In addition, if
     * a user upgrades their phone from certain buggy implementations of Android
     * 2.2 to a newer, non-buggy version of Android, the device ID may change.
     * Or, if a user uninstalls your app on a device that has neither a proper
     * Android ID nor a Device ID, this ID may change on reinstallation.
     * 
     * Note that if the code falls back on using TelephonyManager.getDeviceId(),
     * the resulting ID will NOT change after a factory reset. Something to be
     * aware of.
     * 
     * Works around a bug in Android 2.2 for many devices when using ANDROID_ID
     * directly.
     * 
     * @see http://code.google.com/p/android/issues/detail?id=10603
     * 
     * @return a UUID that may be used to uniquely identify your device for most
     *         purposes.
     */
    public UUID getDeviceUuid() {
        return uuid;
    }
}

其它参考4


以下是Reto Meier今年在Google I/O演示中使用的代码,以获取用户的唯一ID:[99]


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,并在设备被擦除甚至更换后坚持下去。我打算在未来的分析中使用它(换句话说,我还没有那么做:)。[100]

其它参考5


您也可以考虑Wi-Fi适配器的MAC地址。检索到:


WifiManager wm = (WifiManager)Ctxt.getSystemService(Context.WIFI_SERVICE);
return wm.getConnectionInfo().getMacAddress();


在清单中需要权限android.permission.ACCESS_WIFI_STATE


报告即使未连接Wi-Fi也可用。如果上面的答案中的Joe在他的许多设备上尝试了这个,那就很好。


在某些设备上,当Wi-Fi关闭时,它不可用。


注意:从Android 6.x开始,它会返回一致的虚假mac地址:02:00:00:00:00:00

其它参考6


这里有相当有用的信息 [101]


它涵盖了五种不同的ID类型:



  1. IMEI (仅适用于使用手机的Android设备;需要android.permission.READ_PHONE_STATE)

  2. 伪唯一ID (适用于所有Android设备)

  3. Android ID (可以为空,可以在恢复出厂时更改,可以在root手机上更改)

  4. WLAN MAC地址字符串(需要android.permission.ACCESS_WIFI_STATE)

  5. BT MAC地址字符串(带蓝牙的设备,需要android.permission.BLUETOOTH)


其它参考7


官方Android开发者博客现在有一篇关于这个主题的完整文章,识别应用程序安装。[102]

其它参考8


在谷歌I/O上,Reto Meier发布了一个强有力的答案,解决了如何解决这个问题,这应该满足大多数开发人员在跨安装时跟踪用户的需求安东尼诺兰在他的回答中显示了方向,但我认为我会写出完整的方法,以便其他人可以很容易地看到如何做到(我花了一些时间来弄清楚细节)。[103]


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


让我们完成整个方法。首先,我们需要使用Android备份服务为我们的SharedPreferences创建备份。首先通过http://developer.android.com/google/backup/signup.html注册您的应用程序。


Google会为您提供备份服务密钥,您需要将其添加到清单中。您还需要告诉应用程序使用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>


然后,您需要创建备份代理并告诉它使用帮助代理进行共享优先:


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);
    }
}


要完成备份,您需要在主Activity中创建一个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的演讲。[104]


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

其它参考9


以下代码使用隐藏的Android API返回设备序列号。但是,这个代码不适用于三星Galaxy Tab,因为ro.serialno没有设置在这个设备上。


String serial = null;

try {
    Class<?> c = Class.forName("android.os.SystemProperties");
    Method get = c.getMethod("get", String.class);
    serial = (String) get.invoke(c, "ro.serialno");
}
catch (Exception ignored) {

}

其它参考10


我认为这肯定是为一个独特的ID构建骨架的方法......检查一下。


伪唯一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)以具有相同的ID作为IMEI(15位)。这里有其他可能性很好,只需看看这些字符串。
返回类似355715565309247的内容。无需特殊许可,这种方法非常方便。





(额外信息:上面给出的技术是从Pocket Magic上的一篇文章中复制的。)[106]

其它参考11


使用下面的代码,您可以将Android OS设备的唯一设备ID作为字符串获取。


deviceId = Secure.getString(getApplicationContext().getContentResolver(), Secure.ANDROID_ID); 

其它参考12


在API级别9(Android 2.3 - Gingerbread)的Build类中添加了一个Serial字段。文档说它代表硬件序列号。因此,如果它存在于设备上,它应该是唯一的。 [107]


我不知道API级别>=9的所有设备是否实际支持(=非空)。

其它参考13


我将添加一件事 - 我有一个独特的情况。


使用:


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


事实证明,即使我的Viewsonic G Tablet报告的DeviceID不是Null,每个G Tablet也会报告相同的数字。


使用Pocket Empires让它变得有趣,它让您可以根据唯一的DeviceID即时访问某人的帐户。


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

其它参考14


有关如何为安装应用程序的每个Android设备获取唯一标识符的详细说明,请参阅官方Android开发人员博客发布识别应用程序安装。[108]


看来最好的方法是在安装时自己生成一个,然后在重新启动应用程序时读取它。


我个人觉得这个可以接受但不理想。 Android提供的任何一个标识符都不适用于所有情况,因为大多数都取决于手机的无线电状态(Wi-Fi开/关,手机开/关,蓝牙开/关)。其他如Settings.Secure.ANDROID_ID必须由制造商实施,不保证是唯一的。


以下是将数据写入安装文件的示例,该文件将与应用程序在本地保存的任何其他数据一起存储。


public class Installation {
    private static String sID = null;
    private static final String INSTALLATION = "INSTALLATION";

    public synchronized static String id(Context context) {
        if (sID == null) {
            File installation = new File(context.getFilesDir(), INSTALLATION);
            try {
                if (!installation.exists())
                    writeInstallationFile(installation);
                sID = readInstallationFile(installation);
            } 
            catch (Exception e) {
                throw new RuntimeException(e);
            }
        }
        return sID;
    }

    private static String readInstallationFile(File installation) throws IOException {
        RandomAccessFile f = new RandomAccessFile(installation, "r");
        byte[] bytes = new byte[(int) f.length()];
        f.readFully(bytes);
        f.close();
        return new String(bytes);
    }

    private static void writeInstallationFile(File installation) throws IOException {
        FileOutputStream out = new FileOutputStream(installation);
        String id = UUID.randomUUID().toString();
        out.write(id.getBytes());
        out.close();
    }
}

其它参考15


在类文件中添加以下代码:


final TelephonyManager tm = (TelephonyManager) getBaseContext()
            .getSystemService(SplashActivity.TELEPHONY_SERVICE);
    final String tmDevice, tmSerial, androidId;
    tmDevice = "" + tm.getDeviceId();
    Log.v("DeviceIMEI", "" + tmDevice);
    tmSerial = "" + tm.getSimSerialNumber();
    Log.v("GSM devices Serial Number[simcard] ", "" + tmSerial);
    androidId = "" + android.provider.Settings.Secure.getString(getContentResolver(),
            android.provider.Settings.Secure.ANDROID_ID);
    Log.v("androidId CDMA devices", "" + androidId);
    UUID deviceUuid = new UUID(androidId.hashCode(),
            ((long) tmDevice.hashCode() << 32) | tmSerial.hashCode());
    String deviceId = deviceUuid.toString();
    Log.v("deviceIdUUID universally unique identifier", "" + deviceId);
    String deviceModelName = android.os.Build.MODEL;
    Log.v("Model Name", "" + deviceModelName);
    String deviceUSER = android.os.Build.USER;
    Log.v("Name USER", "" + deviceUSER);
    String devicePRODUCT = android.os.Build.PRODUCT;
    Log.v("PRODUCT", "" + devicePRODUCT);
    String deviceHARDWARE = android.os.Build.HARDWARE;
    Log.v("HARDWARE", "" + deviceHARDWARE);
    String deviceBRAND = android.os.Build.BRAND;
    Log.v("BRAND", "" + deviceBRAND);
    String myVersion = android.os.Build.VERSION.RELEASE;
    Log.v("VERSION.RELEASE", "" + myVersion);
    int sdkVersion = android.os.Build.VERSION.SDK_INT;
    Log.v("VERSION.SDK_INT", "" + sdkVersion);


在AndroidManifest.xml中添加:


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

其它参考16


使用TelephonyManagerANDROID_ID作为String的Android OS设备的唯一设备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);
}


但我强烈推荐Google建议的方法,请参阅识别应用安装。[109]

其它参考17


有很多不同的方法可以解决那些ANDROID_ID问题(有时可能null或特定模型的设备总是返回相同的ID),有利有弊:



  • 实现自定义ID生成算法(基于应该是静态的设备属性并且不会改变 - >谁知道)

  • 滥用其他ID,如IMEI,序列号,Wi-Fi/蓝牙MAC地址(他们不会在所有设备上存在或需要其他权限)



我自己更喜欢使用Android的现有OpenUDID实现(请参阅https://github.com/ylechelle/OpenUDID)(请参阅https://github.com/vieux/OpenUDID)。对于上述问题,它很容易整合并利用ANDROID_ID和后备。[110] [111] [112]

其它参考18


IMEI怎么样?这对Android或其他移动设备来说是独一无二的。[113]

其它参考19


我的两分钱 - 注意这是一个设备(错误)唯一ID - 而不是Android开发者博客中讨论的安装问题。[114]


值得注意的是,@ emmby提供的解决方案会回退到每个应用程序ID,因为SharedPreferences不会跨进程同步(请参阅此处和此处)。所以我完全避免了这一点。


相反,我封装了在枚举中获取(设备)ID的各种策略 - 更改枚举常量的顺序会影响获取ID的各种方式的优先级。返回第一个非null ID或抛出异常(根据不给出null含义的优秀Java实践)。所以例如我首先使用TELEPHONY - 但是一个好的默认选择是ANDROID_ID
测试


import android.Manifest.permission;
import android.bluetooth.BluetoothAdapter;
import android.content.Context;
import android.content.pm.PackageManager;
import android.net.wifi.WifiManager;
import android.provider.Settings.Secure;
import android.telephony.TelephonyManager;
import android.util.Log;

// TODO : hash
public final class DeviceIdentifier {

    private DeviceIdentifier() {}

    /** @see http://code.google.com/p/android/issues/detail?id=10603 */
    private static final String ANDROID_ID_BUG_MSG = "The device suffers from "
        + "the Android ID bug - its ID is the emulator ID : "
        + IDs.BUGGY_ANDROID_ID;
    private static volatile String uuid; // volatile needed - see EJ item 71
    // need lazy initialization to get a context

    /**
     * Returns a unique identifier for this device. The first (in the order the
     * enums constants as defined in the IDs enum) non null identifier is
     * returned or a DeviceIDException is thrown. A DeviceIDException is also
     * thrown if ignoreBuggyAndroidID is false and the device has the Android ID
     * bug
     *
     * @param ctx
     *            an Android constant (to retrieve system services)
     * @param ignoreBuggyAndroidID
     *            if false, on a device with the android ID bug, the buggy
     *            android ID is not returned instead a DeviceIDException is
     *            thrown
     * @return a *device* ID - null is never returned, instead a
     *         DeviceIDException is thrown
     * @throws DeviceIDException
     *             if none of the enum methods manages to return a device ID
     */
    public static String getDeviceIdentifier(Context ctx,
            boolean ignoreBuggyAndroidID) throws DeviceIDException {
        String result = uuid;
        if (result == null) {
            synchronized (DeviceIdentifier.class) {
                result = uuid;
                if (result == null) {
                    for (IDs id : IDs.values()) {
                        try {
                            result = uuid = id.getId(ctx);
                        } catch (DeviceIDNotUniqueException e) {
                            if (!ignoreBuggyAndroidID)
                                throw new DeviceIDException(e);
                        }
                        if (result != null) return result;
                    }
                    throw new DeviceIDException();
                }
            }
        }
        return result;
    }

    private static enum IDs {
        TELEPHONY_ID {

            @Override
            String getId(Context ctx) {
                // TODO : add a SIM based mechanism ? tm.getSimSerialNumber();
                final TelephonyManager tm = (TelephonyManager) ctx
                        .getSystemService(Context.TELEPHONY_SERVICE);
                if (tm == null) {
                    w("Telephony Manager not available");
                    return null;
                }
                assertPermission(ctx, permission.READ_PHONE_STATE);
                return tm.getDeviceId();
            }
        },
        ANDROID_ID {

            @Override
            String getId(Context ctx) throws DeviceIDException {
                // no permission needed !
                final String andoidId = Secure.getString(
                    ctx.getContentResolver(),
                    android.provider.Settings.Secure.ANDROID_ID);
                if (BUGGY_ANDROID_ID.equals(andoidId)) {
                    e(ANDROID_ID_BUG_MSG);
                    throw new DeviceIDNotUniqueException();
                }
                return andoidId;
            }
        },
        WIFI_MAC {

            @Override
            String getId(Context ctx) {
                WifiManager wm = (WifiManager) ctx
                        .getSystemService(Context.WIFI_SERVICE);
                if (wm == null) {
                    w("Wifi Manager not available");
                    return null;
                }
                assertPermission(ctx, permission.ACCESS_WIFI_STATE); // I guess
                // getMacAddress() has no java doc !!!
                return wm.getConnectionInfo().getMacAddress();
            }
        },
        BLUETOOTH_MAC {

            @Override
            String getId(Context ctx) {
                BluetoothAdapter ba = BluetoothAdapter.getDefaultAdapter();
                if (ba == null) {
                    w("Bluetooth Adapter not available");
                    return null;
                }
                assertPermission(ctx, permission.BLUETOOTH);
                return ba.getAddress();
            }
        }
        // TODO PSEUDO_ID
        // http://www.pocketmagic.net/2011/02/android-unique-device-id/
        ;

        static final String BUGGY_ANDROID_ID = "9774d56d682e549c";
        private final static String TAG = IDs.class.getSimpleName();

        abstract String getId(Context ctx) throws DeviceIDException;

        private static void w(String msg) {
            Log.w(TAG, msg);
        }

        private static void e(String msg) {
            Log.e(TAG, msg);
        }
    }

    private static void assertPermission(Context ctx, String perm) {
        final int checkPermission = ctx.getPackageManager().checkPermission(
            perm, ctx.getPackageName());
        if (checkPermission != PackageManager.PERMISSION_GRANTED) {
            throw new SecurityException("Permission " + perm + " is required");
        }
    }

    // =========================================================================
    // Exceptions
    // =========================================================================
    public static class DeviceIDException extends Exception {

        private static final long serialVersionUID = -8083699995384519417L;
        private static final String NO_ANDROID_ID = "Could not retrieve a "
            + "device ID";

        public DeviceIDException(Throwable throwable) {
            super(NO_ANDROID_ID, throwable);
        }

        public DeviceIDException(String detailMessage) {
            super(detailMessage);
        }

        public DeviceIDException() {
            super(NO_ANDROID_ID);
        }
    }

    public static final class DeviceIDNotUniqueException extends
            DeviceIDException {

        private static final long serialVersionUID = -8940090896069484955L;

        public DeviceIDNotUniqueException() {
            super(ANDROID_ID_BUG_MSG);
        }
    }
}

其它参考20


以下是我如何生成唯一ID:


public static String getDeviceId(Context ctx)
{
    TelephonyManager tm = (TelephonyManager) ctx.getSystemService(Context.TELEPHONY_SERVICE);

    String tmDevice = tm.getDeviceId();
    String androidId = Secure.getString(ctx.getContentResolver(), Secure.ANDROID_ID);
    String serial = null;
    if(Build.VERSION.SDK_INT > Build.VERSION_CODES.FROYO) serial = Build.SERIAL;

    if(tmDevice != null) return "01" + tmDevice;
    if(androidId != null) return "02" + androidId;
    if(serial != null) return "03" + serial;
    // other alternatives (i.e. Wi-Fi MAC, Bluetooth MAC, etc.)

    return null;
}

其它参考21


另一种方法是在没有任何权限的应用程序中使用/sys/class/android_usb/android0/iSerial


user@creep:~$ adb shell ls -l /sys/class/android_usb/android0/iSerial
-rw-r--r-- root     root         4096 2013-01-10 21:08 iSerial
user@creep:~$ adb shell cat /sys/class/android_usb/android0/iSerial
0A3CXXXXXXXXXX5


要在Java中执行此操作,只需使用FileInputStream即可打开iSerial文件并读出字符。请确保将其包装在异常处理程序中,因为并非所有设备都具有此文件。


至少以下设备已知此文件具有全局可读性:



  • Galaxy Nexus

  • Nexus S

  • 摩托罗拉Xoom 3G

  • 东芝AT300

  • HTC One V

  • Mini MK802

  • 三星Galaxy S II



您还可以看到我的博客将Android硬件序列号泄漏到非特权应用,在那里我讨论了其他可用于获取信息的文件。[118]

其它参考22


对于特定Android设备的硬件识别,您可以检查MAC地址。


你可以这样做:


在AndroidManifest.xml中


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


现在在你的代码中:


List<NetworkInterface> interfacesList = Collections.list(NetworkInterface.getNetworkInterfaces());

for (NetworkInterface interface : interfacesList) {
   // This will give you the interface MAC ADDRESS
   interface.getHardwareAddress();
}


在每个Android设备中,它们至少是一个wlan0接口巫婆是WI-FI芯片。
即使没有打开WI-FI,此代码也能正常工作。


附:
他们是从包含MACS的列表中获得的一堆其他接口但这可以在手机之间切换。

其它参考23


当设备没有电话功能时,我使用以下代码来获取IMEI或使用安全。ANDROID_ID作为替代方案:


String identifier = null;
TelephonyManager tm = (TelephonyManager)context.getSystemService(Context.TELEPHONY_SERVICE));
if (tm != null)
      identifier = tm.getDeviceId();
if (identifier == null || identifier .length() == 0)
      identifier = Secure.getString(activity.getContentResolver(),Secure.ANDROID_ID);

其它参考24


更具体地说,Settings.Secure.ANDROID_ID。这是在设备首次启动时生成并存储的64位数量。擦除设备时会重置。


ANDROID_ID似乎是唯一设备标识符的不错选择。有一些缺点:首先,它在2.2之前的Android版本上并不是100%可靠(“Froyo”).此外,在一个主流制造商的流行手机中至少有一个被广泛观察到的错误,每个实例都有相同的ANDROID_ID。

其它参考25


Google实例ID


2015年I/O发布;在Android上需要播放服务7.5。


https://developers.google.com/instance-id/结果
https://developers.google.com/instance-id/guides/android-implementation[119][120]


InstanceID iid = InstanceID.getInstance( context );   // Google docs are wrong - this requires context
String id = iid.getId();  // blocking call


Google似乎打算将此ID用于识别Android,Chrome和iOS上的安装。


它识别安装而不是设备,但是再次,ANDROID_ID(这是接受的答案)现在不再识别设备。使用ARC运行时,将为每个安装生成一个新的ANDROID_ID(此处为详细信息),就像这个新的实例ID一样。此外,我认为识别安装(而不是设备)是我们大多数人实际上正在寻找的。


实例ID 的优点


在我看来,谷歌打算将它用于此目的(识别您的安装),它是跨平台的,并且可以用于许多其他目的(请参阅上面的链接)。


如果您使用GCM,那么您最终将需要使用此实例ID,因为您需要它以获取GCM令牌(它替换旧的GCM注册ID)。


缺点/问题


在当前实现(GPS 7.5)中,当您的应用请求时,将从服务器检索实例ID。这意味着上面的调用是阻塞调用 - 在我不科学的测试中,如果设备在线则需要1-3秒,如果离线需要0.5-1.0秒(可能这是在放弃和生成之前等待的时间长度随机ID)。这是在北美使用Android 5.1.1和GPS 7.5在Nexus 5上测试的。


如果您将ID用于他们想要的目的 - 例如。应用程序身份验证,应用程序识别,GCM - 我认为这1-3秒可能会令人讨厌(当然,取决于您的应用程序)。

其它参考26


Android设备mac id也是一个唯一的id,如果我们格式化设备本身就不会改变,所以使用以下代码来获取mac id


WifiManager manager = (WifiManager) getSystemService(Context.WIFI_SERVICE);
WifiInfo info = manager.getConnectionInfo();
String address = info.getMacAddress();


另外,请不要忘记在您的帐户中添加相应的权限
AndroidManifest.xml中


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

其它参考27


这里有30多个答案,有些是相同的,有些是独一无二的。这个答案基于这些答案中的一小部分。其中一个是@Lenn Dolling的回答。


它结合了3个ID并创建一个32位十六进制字符串。它对我来说非常有效。


3个ID是:

伪ID - 它是根据物理设备规格生成的
ANDROID_ID - Settings.Secure.ANDROID_ID

蓝牙地址 - 蓝牙适配器地址


它将返回如下内容: 551F27C060712A72730B0A0F734064B1


注意:您始终可以向longId字符串添加更多ID。例如,Serial#。 wifi适配器地址。 IMEI。这样您就可以使每台设备更加独特。


@SuppressWarnings("deprecation")
@SuppressLint("HardwareIds")
public static String generateDeviceIdentifier(Context context) {

        String pseudoId = "35" +
                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;

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

        BluetoothAdapter bluetoothAdapter = BluetoothAdapter.getDefaultAdapter();
        String btId = "";

        if (bluetoothAdapter != null) {
            btId = bluetoothAdapter.getAddress();
        }

        String longId = pseudoId + androidId + btId;

        try {
            MessageDigest messageDigest = MessageDigest.getInstance("MD5");
            messageDigest.update(longId.getBytes(), 0, longId.length());

            // get md5 bytes
            byte md5Bytes[] = messageDigest.digest();

            // creating a hex string
            String identifier = "";

            for (byte md5Byte : md5Bytes) {
                int b = (0xFF & md5Byte);

                // if it is a single digit, make sure it have 0 in front (proper padding)
                if (b <= 0xF) {
                    identifier += "0";
                }

                // add number to string
                identifier += Integer.toHexString(b);
            }

            // hex string to uppercase
            identifier = identifier.toUpperCase();
            return identifier;
        } catch (Exception e) {
            Log.e("TAG", e.toString());
        }
        return "";
}

其它参考28


Google现在有一个广告ID。

这也可以使用,但请注意:[122]



  广告ID是用户特定的,唯一的,可重置的ID







  允许用户重置其标识符或退出Google Play应用中基于兴趣的广告。



因此,虽然这个id可能会改变,但似乎很快我们可能没有选择,取决于这个id的目的。[123]


更多信息@ develper.android [124]


复制粘贴代码[125]


HTH

其它参考29


TelephonyManger.getDeviceId()返回唯一的设备ID,例如GSM的IMEI和CDMA手机的MEID或ESN。


final TelephonyManager mTelephony = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);            
String myAndroidDeviceId = mTelephony.getDeviceId(); 


但我建议使用:


Settings.Secure.ANDROID_ID ,将Android ID作为唯一的64位十六进制字符串返回。


    String   myAndroidDeviceId = Secure.getString(getApplicationContext().getContentResolver(), Secure.ANDROID_ID); 


有时 TelephonyManger.getDeviceId()将返回null,因此为了确保您将使用此方法的唯一ID:


public String getUniqueID(){    
    String myAndroidDeviceId = "";
    TelephonyManager mTelephony = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
    if (mTelephony.getDeviceId() != null){
        myAndroidDeviceId = mTelephony.getDeviceId(); 
    }else{
         myAndroidDeviceId = Secure.getString(getApplicationContext().getContentResolver(), Secure.ANDROID_ID); 
    }
    return myAndroidDeviceId;
}