概述
有時需要對使用者裝置進行標識，所以希望能夠得到一個穩定可靠並且唯一的識別碼。雖然Android系統中提供了這樣裝置識別碼，但是由於Android系統版本、廠商定製系統中的Bug等限制，穩定性和唯一性並不理想。而通過其他硬體資訊標識也因為系統版本、手機硬體等限制存在不同程度的問題。
下面收集了一些“有能力”或“有一定能力”作為裝置標識的串碼。
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地址：
獲取藍芽 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：9774d56d682e549c。
- 廠商定製系統的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_IDANDROID_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裡讀出 唯一的 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