【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提供了這樣的一個框架：

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

綜合以上所述，為了實現在設備上更通用的獲取設備唯一標識，我們可以實現這樣的一個類，為每個設備產生唯一的UUID，以ANDROID_ID為基礎，在獲取失敗時以TelephonyManager.getDeviceId()為備選方法，如果再失敗，使用UUID的生成策略。

重申下，以下方法是生成Device ID，在大多數情況下Installtion ID能夠滿足我們的需求，但是如果確實需要用到Device 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 static UUID uuid;

    /**
    * 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 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 = 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();

                    }
                }
            }
        }
    }
}

通過這種方式生成的設備標志號在一定程度上可以比較穩定的標記一台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作為設備標識符。