1. 程式人生 > >android獲取裝置唯一標識完美解決方案

android獲取裝置唯一標識完美解決方案

這是Android系統為開發者提供的用於標識手機裝置的串號,也是各種方法中普適性較高的,可以說幾乎所有的裝置都可以返回這個串號,並且唯一性良好。

這個DEVICE_ID可以同通過下面的方法獲取:

TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE);
String DEVICE_ID = tm.getDeviceId(); 

假設我們確實需要用到真實裝置的標識,可能就需要用到DEVICE_ID。在以前,我們的Android裝置是手機,這個DEVICE_ID可以同通過TelephonyManager.getDeviceId()獲取,它根據不同的手機裝置返回IMEI,MEID或者ESN碼,但它在使用的過程中會遇到很多問題:

  • 非手機裝置: 如果只帶有Wifi的裝置或者音樂播放器沒有通話的硬體功能的話就沒有這個DEVICE_ID
  • 許可權: 獲取DEVICE_ID需要READ_PHONE_STATE許可權,但如果我們只為了獲取它,沒有用到其他的通話功能,那這個許可權有點大才小用
  • bug:在少數的一些手機裝置上,該實現有漏洞,會返回垃圾,如:zeros或者asterisks的產品

MAC ADDRESS

可以使用手機Wifi或藍芽的MAC地址作為裝置標識,但是並不推薦這麼做,原因有以下兩點:

  • 硬體限制:並不是所有的裝置都有Wifi和藍芽硬體,硬體不存在自然也就得不到這一資訊。
  • 獲取的限制:如果Wifi沒有開啟過,是無法獲取其Mac地址的;而藍芽是隻有在開啟的時候才能獲取到其Mac地址。

獲取Wifi Mac地址:

獲取藍芽 Mac地址:

Sim Serial Number

裝有SIM卡的Android 2.3裝置,可以通過下面的方法獲取到Sim Serial Number:

TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE); 
String SimSerialNumber = tm.getSimSerialNumber(); 

注意:對於CDMA裝置,返回的是一個空值!

ANDROID_ID

在裝置首次啟動時,系統會隨機生成一個64位的數字,並把這個數字以16進位制字串的形式儲存下來,這個16進位制的字串就是ANDROID_ID,當裝置被wipe後該值會被重置。可以通過下面的方法獲取:

import android.provider.Settings;
String ANDROID_ID = Settings.System.getString(getContentResolver(), Settings.System.ANDROID_ID);
ANDROID_ID可以作為裝置標識,但需要注意:
  • 廠商定製系統的Bug:不同的裝置可能會產生相同的ANDROID_ID:9774d56d682e549c。
  • 廠商定製系統的Bug:有些裝置返回的值為null。
  • 裝置差異:對於CDMA裝置,ANDROID_ID和TelephonyManager.getDeviceId() 返回相同的值。
  • 它在Android <=2.1 or Android >=2.3的版本是可靠、穩定的,但在2.2的版本並不是100%可靠的

Serial Number

Android系統2.3版本以上可以通過下面的方法得到Serial Number,且非手機裝置也可以通過該介面獲取。

String SerialNumber = android.os.Build.SERIAL; 

以上幾種方式都或多或少存在一定的侷限性或者Bug,如果並不是確實需要對硬體本身進行繫結,使用自己生成的UUID也是一個不錯的選擇,因為該方法無需訪問裝置的資源,也跟裝置型別無關。

Installtion ID

這種方式的原理是在程式安裝後第一次執行時生成一個ID,該方式和裝置唯一標識不一樣,不同的應用程式會產生不同的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();
    }
}

裝置唯一ID

上文可以看出,Android系統中並沒有可以可靠獲取所有廠商裝置唯一ID的方法,各個方法都有自己的使用範圍和侷限性,這也是目前流行的Android系統版本過多,裝置也是來自不同廠商,且沒有統一標準等原因造成的。

從目前發展來看,Android系統多版本共存還會持續較長的時間,而Android系統也不會被某個裝置生產廠商壟斷,長遠看Android基礎系統將會趨於穩定,裝置標識也將會作為系統基礎部分而標準化,屆時這一問題才有望徹底解決。

目前的解決辦法,比較可行的是一一適配,在保證大多數裝置方便的前提下,如果獲取不到,使用其他備選資訊作為標識,即自己再封裝一個裝置ID出來,通過內部演算法保證儘量和裝置硬體資訊相關,以及標識的唯一性。

總結

綜合以上所述,為了實現在裝置上更通用的獲取裝置唯一標識,我們可以實現這樣的一個類,為每個裝置產生唯一的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;

    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;
    }
}
如何獲取Android手機的唯一標識?

程式碼: 這裡是你在Android裡讀出 唯一的 IMSI-ID / IMEI-ID 的方法。

Java: 
String myIMSI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMSI); 
// within my emulator it returns: 310995000000000 

String myIMEI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMEI); 
// within my emulator it returns: 000000000000000 
注:android.os.SystemProperties的標籤被打上@hide了,所以sdk中並不會存在。如果需要使用,需要有android的source code支援。