【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 }

View Code

綜合以上所述，爲了實如今設備上更通用的獲取設備惟一標識，咱們能夠實現這樣的一個類，爲每一個設備產生惟一的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 }

View Code

經過這種方式生成的設備標誌號在必定程度上能夠比較穩定的標記一臺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做爲設備標識符。