【Android】设备标识

Android系统以及设备都有很多的“标识”号,比如常见的IMEI,SerizalNumber,UUID等概念,但是这些都存在一定程度上的不可靠性,到底如何标记一台Android设备?

文章内容多来自:

1)http://www.cnblogs.com/lvcha/p/3721091.html

2)http://android-developers.blogspot.com/2011/03/identifying-app-installations.html

尤其第二篇,乃是网上许多文章的根源所在,第一篇文章则是在2)上得补充,整理得本文。

1. DEVICE_ID

假设我们确实需要用到真实设备的标识,可能就需要用到DEVICE_ID。在以前,我们的Android设备是手机,这个DEVICE_ID可以同通过TelephonyManager.getDeviceId()获取,它根据不同的手机设备返回IMEI,MEID或者ESN码,但它在使用的过程中会遇到很多问题:

1)非手机设备: 如果只带有Wifi的设备或者音乐播放器没有通话的硬件功能的话就没有这个DEVICE_ID

2)权限: 获取DEVICE_ID需要READ_PHONE_STATE权限,但如果我们只为了获取它,没有用到其他的通话功能,那这个权限有点大才小用

3)bug:在少数的一些手机设备上,该实现有漏洞,会返回垃圾,如:zeros(全是0)或者asterisks(星号)的产品

2. MAC ADDRESS

我们也可以通过手机的Wifi或者蓝牙设备获取MAC ADDRESS作为DEVICE ID,但是并不建议这么做,因为:

1)硬件限制:并不是所有的设备都有Wifi和蓝牙硬件,硬件不存在自然也就得不到这一信息。
2)获取的限制:如果Wifi没有打开过,是无法获取其Mac地址的;而蓝牙是只有在打开的时候才能获取到其Mac地址。

3. Serial Number

在Android 2.3可以通过android.os.Build.SERIAL获取,非手机设备可以通过该接口获取。没有电话功能的设备被要求必须提供这样一个序列号。

4. ANDROID_ID

ANDROID_ID是设备第一次启动时产生和存储的64bit的一个数,当设备被wipe后该数重置ANDROID_ID似乎是获取Device ID的一个好选择,但它也有缺陷:

1)它在Android <=2.1 or Android >=2.3的版本是可靠、稳定的,但在2.2的版本并不是100%可靠的

2)在主流厂商生产的设备上,有一个很经常的bug,就是每个设备都会产生相同的ANDROID_ID:9774d56d682e549c

3)厂商定制系统的Bug:有些设备返回的值为null。

4)设备差异:对于CDMA设备,ANDROID_ID和TelephonyManager.getDeviceId() 返回相同的值。

5. Installtion ID : UUID

以上四种方式都有或多或少存在的一定的局限性或者bug,在这里,有另外一种方式解决,就是使用UUID,该方法无需访问设备的资源,也跟设备类型无关。

这种方式是通过在程序安装后第一次运行后生成一个ID实现的(注意:是自己生成,而非系统主动生成的!),但该方式跟设备唯一标识不一样,它会因为不同的应用程序而产生不同的ID,而不是设备唯一ID。因此经常用来标识在某个应用中的唯一ID(即Installtion ID),或者跟踪应用的安装数量。很幸运的,Google Developer Blog提供了这样的一个框架:

 1 public class Installation {
 2     private static String sID = null;
 3     private static final String INSTALLATION = "INSTALLATION";
 4
 5     public synchronized static String id(Context context) {
 6         if (sID == null) {
 7             File installation = new File(context.getFilesDir(), INSTALLATION);
 8             try {
 9                 if (!installation.exists())
10                 writeInstallationFile(installation);
11                 sID = readInstallationFile(installation);
12             } catch (Exception e) {
13                 throw new RuntimeException(e);
14             }
15         }
16         return sID;
17     }
18
19     private static String readInstallationFile(File installation) throws IOException {
20         RandomAccessFile f = new RandomAccessFile(installation, "r");
21         byte[] bytes = new byte[(int) f.length()];
22         f.readFully(bytes);
23         f.close();
24         return new String(bytes);
25     }
26
27     private static void writeInstallationFile(File installation) throws IOException {
28         FileOutputStream out = new FileOutputStream(installation);
29         String id = UUID.randomUUID().toString();
30         out.write(id.getBytes());
31         out.close();
32     }
33 }

综合以上所述,为了实现在设备上更通用的获取设备唯一标识,我们可以实现这样的一个类,为每个设备产生唯一的UUID,以ANDROID_ID为基础,在获取失败时以TelephonyManager.getDeviceId()为备选方法,如果再失败,使用UUID的生成策略。

重申下,以下方法是生成Device ID,在大多数情况下Installtion ID能够满足我们的需求,但是如果确实需要用到Device ID,那可以通过以下方式实现:

 1 import android.content.Context;
 2 import android.content.SharedPreferences;
 3 import android.provider.Settings.Secure;
 4 import android.telephony.TelephonyManager;
 5
 6 import java.io.UnsupportedEncodingException;
 7 import java.util.UUID;
 8
 9 public class DeviceUuidFactory {
10     protected static final String PREFS_FILE = "device_id.xml";
11     protected static final String PREFS_DEVICE_ID = "device_id";
12
13     protected static UUID uuid;
14
15     /**
16     * Returns a unique UUID for the current android device. As with all UUIDs, this unique ID is "very highly likely"
17     * to be unique across all Android devices. Much more so than ANDROID_ID is.
18     *
19     * The UUID is generated by using ANDROID_ID as the base key if appropriate, falling back on
20     * TelephonyManager.getDeviceID() if ANDROID_ID is known to be incorrect, and finally falling back
21     * on a random UUID that‘s persisted to SharedPreferences if getDeviceID() does not return a
22     * usable value.
23     *
24     * In some rare circumstances, this ID may change. In particular, if the device is factory reset a new device ID
25     * may be generated. In addition, if a user upgrades their phone from certain buggy implementations of Android 2.2
26     * to a newer, non-buggy version of Android, the device ID may change. Or, if a user uninstalls your app on
27     * a device that has neither a proper Android ID nor a Device ID, this ID may change on reinstallation.
28     *
29     * Note that if the code falls back on using TelephonyManager.getDeviceId(), the resulting ID will NOT
30     * change after a factory reset. Something to be aware of.
31     *
32     * Works around a bug in Android 2.2 for many devices when using ANDROID_ID directly.
33     *
34     * @see http://code.google.com/p/android/issues/detail?id=10603
35     *
36     * @return a UUID that may be used to uniquely identify your device for most purposes.
37     */
38     public DeviceUuidFactory(Context context) {
39         if( uuid ==null ) {
40             synchronized (DeviceUuidFactory.class) {
41                 if( uuid == null) {
42                     final SharedPreferences prefs = context.getSharedPreferences(PREFS_FILE, 0);
43                     final String id = prefs.getString(PREFS_DEVICE_ID, null );
44
45                     if (id != null) {
46                         // Use the ids previously computed and stored in the prefs file
47                         uuid = id;
48                     } else {
49                         final String androidId = Secure.getString(context.getContentResolver(), Secure.ANDROID_ID);
50
51                         // Use the Android ID unless it‘s broken, in which case fallback on deviceId,
52                         // unless it‘s not available, then fallback on a random number which we store
53                         // to a prefs file
54                         try {
55                             if (!"9774d56d682e549c".equals(androidId)) {
56                                 uuid = UUID.nameUUIDFromBytes(androidId.getBytes("utf8"));
57                             } else {
58                                 final String deviceId = ((TelephonyManager) context.getSystemService( Context.TELEPHONY_SERVICE )).getDeviceId();
59                                 uuid = deviceId != null ? UUID.nameUUIDFromBytes(deviceId.getBytes("utf8")) : UUID.randomUUID();
60                             }
61                         } catch (UnsupportedEncodingException e) {
62                             throw new RuntimeException(e);
63                         }
64
65                         // Write the value out to the prefs file
66                         prefs.edit().putString(PREFS_DEVICE_ID, uuid.toString()).commit();
67
68                     }
69                 }
70             }
71         }
72     }
73 }

通过这种方式生成的设备标志号在一定程度上可以比较稳定的标记一台Android设备。这个产生标记符的方法有以下几点要注意:

1)由于现在Android手机已经普遍升级到4.0以上,2.3以下支持有限,所以ANDROID_ID一般可用,即以ANDROID_ID为种子产生UUID基本可用;

2)使用DeviceID为种子产生UUID并非好的选择,Android平板等不具备通信功能的设备就不能拿到DeviceID;

3)加入有一个需求是希望用户的设备无论在安装多少次应用之后都可以唯一的确定该设备,则可用的方式是什么呢?我们得同时考虑ANDROID_ID,Serizal Number以及DEVICE_ID,其中任何一个都可以标识设备~~SO,最好的选择是否是将这三个拼接起来作为UUID的种子呢?其中,我们可以排除掉不合法的DEVICE_ID等;

检查非法性:

1)序列号本身字符是否重复:比如全是000000000;

2)是否为Null,用于无法拿到相关数据;

3)是否包含*号;

如果这三点中得任意一点满足,则表示该数据非法,可以丢弃使用,否则,可字符拼接作为UUID的种子,如果三种数据都非法,才可以随机生成UUID作为设备标识符。

时间: 2024-12-29 11:17:59

【Android】设备标识的相关文章

Android设备标识-没有完美的解决方案-只有取舍

本文链接    http://blog.csdn.net/xiaodongrush/article/details/28864845 1.  几种常用的设备标识码 IMEI,Sim卡序列号,Wifi模块Mac地址,Android_ID TelephonyManager telephonyManager = (TelephonyManager) this.getSystemService(Context.TELEPHONY_SERVICE); String imei = telephonyMana

[转] 浅谈移动端设备标识码:DeviceID、IMEI、IDFA、UDID和UUID

[心路历程] 最近刚好在思考工作中统计数据所用的标识码产生的数据误差到底有多大,借此机会几番搜索资料+请教大神,整理出此文. 因为自己是产品经理,所以出发点是整理知识点.理解个大概.知道什么不能用.什么标识是靠谱的,并不研究太深入.毕竟非专业开发,有时候若了解知识点太深入,反倒会更困惑(关联知识点太多).即使研究清楚了,工作中碰到和自己研究相悖的情况,也不好丢个文档告诉开发应该怎么做(除非很熟,但次数多了也伤感情). 此外,不同公司.不同开发可能对同一个词的释义/实现方式有略微不同,但基本上是这

获取Android设备唯一标识码

概述 有时需要对用户设备进行标识,所以希望能够得到一个稳定可靠并且唯一的识别码.虽然Android系统中提供了这样设备识别码,但是由于Android系统版本.厂商定制系统中的Bug等限制,稳定性和唯一性并不理想.而通过其他硬件信息标识也因为系统版本.手机硬件等限制存在不同程度的问题. 下面收集了一些“有能力”或“有一定能力”作为设备标识的串码. DEVICE_ID 这是Android系统为开发者提供的用于标识手机设备的串号,也是各种方法中普适性较高的,可以说几乎所有的设备都可以返回这个串号,并且

关于如何惟一的标识一台Android设备的总结性讨论

想必大家在开发Android项目的时候,多多少少会遇到“如何惟一地标识一台Android设备”等类似的问题.不只是以前,即使是现在乃至可以预见的将来,这个问题都将一直存在. 如果大家使用搜索工具搜索的话,大家也能够找到很多的解决方案,但每种方式都多多少少有些缺陷. 我在这里呢,将向大家解释一下诸多常见方案的不足之处,以及推荐一种相对而言比较靠谱的方法. 首先先要说明一下Android设备的情况.我们大家都知道,在起初的时候,Android设备仅仅意味着是“手机”.如果情况一直是这样就好了.可是事

如何唯一的标识一台Android设备?

UUID : (Universally Unique Identifier)全局唯一标识符,是指在一台机器上生成的数字,它保证对在同一时空中的所有机器都是唯一的.由以下几部分的组合:当前日期和时间(UUID的第一个部分与时间有关,如果你在生成一个UUID之后,过几秒又生成一个UUID,则第一个部分不同,其余相同),时钟序列,全局唯一的IEEE机器识别号(如果有网卡,从网卡获得,没有网卡以其他方式获得). IMEI : (International Mobile Equipment Identit

Android设备唯一标识ID的获取

方法一: 返回的是作为唯一64位十六进制字符串的Android设备ID. import android.provider.Settings.Secure; private String android_id = Secure.getString(getContext().getContentResolver(), Secure.ANDROID_ID); 方法二: UUID是一个128位的全局唯一不可变的标识符(UUID). import java.util.UUID; private stati

20150919_获取Android唯一标识码

背景 前段时间给一家电力公司做了一个管理系统,用来调查公司客户的购买电力公司培训课程的意愿,并且提供下单订购的功能. 因为电力公司要求在Android平板电脑上运行,所以是针对7英寸的Android平板电脑的开发:苦于没有合适的设备调试,所以我一直在自己的Android手机上进行测试,一直到项目提交之前的那一天晚上... 客户反馈说提交订单后系统停止运行,导入数据到PC服务端后服务端也崩溃了! 刚开始怀疑是因为他们的设备太差的缘故——我在配置相当low的Android原生虚拟机(有多low大家应

管理Android设备的唤醒状态

当一个Android设备闲置时,首先它的屏幕将会变暗,然后关闭屏幕,最后关闭CPU. 这样可以防止设备的电量被迅速消耗殆尽.但是,有时候也会存在一些特例: Apps such as games or movie apps may need to keep the screen turned on. 例如:用户在玩游戏时,需要保持屏幕常亮 Other applications may not need the screen to remain on, but they may require th

Android设备信息、感应器检测

近日产品已经上线,开始有时间来做自己的事情,于是就开始学习和巩固一些以前用过的或者学过的技术.昨天写了一个检测Android设备的序列号和IMEI以及感应器等等的一个Demo来跟大家分享一下. 在开发中经常要对设备进行识别和唯一标识.我们用到了安卓设备的序列号和设备的MAC号. 一.首先是获取设备的序列号,在开发的时候我们可以这样来获得. String serialName = android.os.Build.SERIAL; 也可以用下面的一个方法来获取设备的序列号 public static