獲取Android設備唯一標識碼的幾種方式詳解

獲取Android設備唯一標識碼

1.概述

有時需要對用戶設備進行標識，所以希望能夠得到一個穩定可靠並且唯一的識別碼。雖然Android系統中提供了這樣設備識別碼，但是由於Android系統版本、廠商定製系統中的Bug等限制，穩定性和唯一性並不理想。而通過其他硬件信息標識也因爲系統版本、手機硬件等限制存在不同程度的問題。

2.下面收集了一些“有能力”或“有一定能力”作爲設備標識的串碼。

-DEVICE_ID

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

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

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

它會根據不同的手機設備返回IMEI，MEID或者ESN碼，但在使用的過程中有以下問題：
非手機設備：最開始搭載Android系統都手機設備，而現在也出現了非手機設備：如平板電腦、電子書、電視、音樂播放器等。這些設備沒有通話的硬件功能，系統中也就沒有TELEPHONY_SERVICE，自然也就無法通過上面的方法獲得DEVICE_ID。
權限問題：獲取DEVICE_ID需要READ_PHONE_STATE權限，如果只是爲了獲取DEVICE_ID而沒有用到其他的通話功能，申請這個權限一來大才小用，二來部分用戶會懷疑軟件的安全性。
廠商定製系統中的Bug：少數手機設備上，由於該實現有漏洞，會返回垃圾，如:zeros或者asterisks

-MAC ADDRESS

可以使用手機Wifi或藍牙的MAC地址作爲設備標識，但是並不推薦這麼做，原因有以下兩點：
硬件限制：並不是所有的設備都有Wifi和藍牙硬件，硬件不存在自然也就得不到這一信息。
獲取的限制：如果Wifi沒有打開過，是無法獲取其Mac地址的；而藍牙是只有在打開的時候才能獲取到其Mac地址。

獲取Wifi Mac地址：常用方法，調用Android的API：WifiManager

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

WifiManager wifi = (WifiManager) getSystemService(Context.WIFI_SERVICE);
WifiInfo info = wifi.getConnectionInfo();
return info.getMacAddress();

此方法需要保證WIFI在本次開機以來曾經是打開過的，否則會返回null。所以需要後臺嘗試先打開WIFI再獲取。

獲取藍牙 Mac地址：

-Sim Serial Number

裝有SIM卡的設備，可以通過下面的方法獲取到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。
廠商定製系統的Bug：有些設備返回的值爲null。
設備差異：對於CDMA設備，ANDROID_ID和TelephonyManager.getDeviceId() 返回相同的值。

-Serial Number

Android系統2.3版本以上可以通過下面的方法得到Serial Number，且非手機設備也可以通過該接口獲取。

String SerialNumber = android.os.Build.SERIAL;

-Installtion ID

以上幾種方式都或多或少存在一定的侷限性或者Bug，如果並不是確實需要對硬件本身進行綁定，使用自己生成的UUID也是一個不錯的選擇，因爲該方法無需訪問設備的資源，也跟設備類型無關。

這種方式的原理是在程序安裝後第一次運行時生成一個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出來，通過內部算法保證儘量和設備硬件信息相關，以及標識的唯一性。

android 底層是 Linux，我們還是用Linux的方法來獲取：

1 cpu號：

文件在： /proc/cpuinfo

通過Adb shell 查看：

adb shell cat /proc/cpuinfo

2 mac 地址

文件路徑 /sys/class/net/wlan0/address

adb shell cat /sys/class/net/wlan0/address
xx:xx:xx:xx:xx:aa

這樣可以獲取兩者的序列號，

方法確定，剩下的就是寫代碼了

以Mac地址爲例：


        String getMac() {
                String macSerial = null;
                String str = "";
                try {
                        Process pp = Runtime.getRuntime().exec(
                                        "cat /sys/class/net/wlan0/address ");
                        InputStreamReader ir = new InputStreamReader(pp.getInputStream());
                        LineNumberReader input = new LineNumberReader(ir);


                        for (; null != str;) {
                                str = input.readLine();
                                if (str != null) {
                                        macSerial = str.trim();// 去空格
                                        break;
                                }
                        }
                } catch (IOException ex) {
                        // 賦予默認值
                        ex.printStackTrace();
                }
                return macSerial;
        }

Android 手機上獲取物理唯一標識碼

唯一標識碼這東西在網絡應用中非常有用，例如檢測是否重複註冊之類的。

import android.provider.Settings.Secure;
private String android_id = Secure.getString(getContext().getContentResolver(), Secure.ANDROID_ID);

我們在項目過程中或多或少會使用到設備的唯一識別碼，我們希望能夠得到一個穩定、可靠的設備唯一識別碼。今天我們將介紹幾種方式。
1. DEVICE_ID

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

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

2.MAC ADDRESS

我們也可以通過手機的Wifi或者藍牙設備獲取MAC ADDRESS作爲DEVICE ID，但是並不建議這麼做，因爲並不是所有的設備都有Wifi，並且，如果Wifi沒有打開，那硬件設備無法返回MAC ADDRESS.

3.Serial Number

在Android 2.3可以通過android.os.Build.SERIAL獲取，非手機設備可以通過該接口獲取。

4.ANDROID_ID

ANDROID_ID是設備第一次啓動時產生和存儲的64bit的一個數，當設備被wipe後該數重置

ANDROID_ID似乎是獲取Device ID的一個好選擇，但它也有缺陷：

它在Android <=2.1 or Android >=2.3的版本是可靠、穩定的，但在2.2的版本並不是100%可靠的
在主流廠商生產的設備上，有一個很經常的bug，就是每個設備都會產生相同的ANDROID_ID：9774d56d682e549c

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;



    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支持。
3.補充
相關術語：
1)IMEI(International Mobile Equipment Identity)是國際移動設備身份碼的縮寫，國際移動裝備辨識碼，是由15位數字組成的”電子串號”，它與每臺手機一一對應，而且該碼是全世界唯一的。每一隻手機在組裝完成後都將被賦予一個全球唯一的一組號碼，這個號碼從生產到交付使用都將被製造生產的廠商所記錄。

2)MEID(Mobile Equipment IDentifier)是全球唯一的56bit移動終端標識號。標識號會被燒入終端裏，並且不能被修改。可用來對移動式設備進行身份識別和跟蹤。由於ESN號段是有限的資源，基本上耗盡，可能還有少量回收利用的號段，所以制定了56位的MEID號段，用來取代32位的ESN號段。MEID主要分配給CDMA制式的手機。

3)ESN是電子序列號Electronic Serial Number的縮寫。它是一個32bits長度的參數，是手機的惟一標識。

轉載出處：http://www.cnblogs.com/lvcha/p/3721091.html

獲取Android設備唯一標識碼的幾種方式詳解

通過HPA+CronHPA組合應對業務複雜彈性伸縮場景

Android include與merge標籤使用詳解

獲取Android設備唯一標識碼的幾種方式詳解

Android SharedPreferences用法及注意點詳解

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結