最近作的一個項目中須要用到Android設備惟一碼（UUID）來標識一臺設備，html
Android中設備惟一碼有不少，如：MAC地址、IMEI號（DeviceId）、IMSI號、ANDROID_ID、序列號（SerialNumber）等，java
但並非全部設備上都能穩定獲取到這些值。linux
最後項目中採用的是MAC地址。android
先總結一些搜索得知的各類值的缺點，再說說最後採用MAC地址的解決方案吧。ios
1.MAC地址：web
獲取MAC地址的方法有兩種：編程
(1). 經過Linux命令查詢後端
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
public
String getMacAddress() {
String macAddress = 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 ) {
macAddress = str.trim();
break ;
}
}
} catch (IOException ex) {
ex.printStackTrace();
}
return macAddress;
}
|
缺點：服務器
在當前沒打開WiFi的狀況下獲取獲得的MAC地址值爲空，即便在執行這段代碼前是有打開過WiFi，而執行這段代碼時WiFi狀態是關閉的，也不能獲取到MAC地址。app
(2). 經過Android官方的WifiManager類獲取
|
1
2
3
4
5
6
7
8
9
10
11
|
public
String getMacAddress() {
String macAddress = null ;
WifiManager wifiManager =
(WifiManager)MyApplication.getContext().getSystemService(Context.WIFI_SERVICE);
WifiInfo info = ( null == wifiManager ? null : wifiManager.getConnectionInfo());
macAddress = info.getMacAddress();
return macAddress;
}
|
須要加入權限
|
1
|
<
uses-permission android:name = "android.permission.ACCESS_WIFI_STATE" />
|
缺點：
這種方法雖然能在當前Wifi狀態爲關閉的狀況下獲取到MAC地址，但前提是在手機開機後要打開過一次Wifi，若是在某次開機後沒打開過Wifi就調用這段代碼，獲取地址也是爲空。
網上給出的解釋是：WiFi的Mac address是一個被動資訊。通常在開機後，不會主動上報到系統裡。要待WiFi硬件啓動後，纔會把有關Mac address資料記載入系統去。
2.IMEI號（DeviceId）、IMSI號：
|
1
2
3
|
TelephonyManager mTelephonyMgr = (TelephonyManager) getSystemServic(Context.TELEPHONY_SERVICE);
String imsi = mTelephonyMgr.getSubscriberId();
String imei = mTelephonyMgr.getDeviceId();
|
須要加入權限
|
1
|
<
uses-permission android:name = "android.permission.READ_PHONE_STATE" />
|
缺點：
IMEI號（國際移動設備身份碼）、IMSI號（國際移動設備識別碼）這兩個是有電話功能的移動設備才具備，也就是說某些沒有電話功能的平板是獲取不到IMEI和IMSI號的。且在某些設備上getDeviceId()會返回垃圾數據。
3.ANDROID_ID：
ANDROID_ID 是設備首次啓動時由系統隨機生成的一串64位的十六進制數字。
|
1
|
String ANDROID_ID = Settings.System.getString(getContentResolver(), Settings.System.ANDROID_ID);
|
缺點：
①.設備刷機wipe數據或恢復出廠設置時ANDROID_ID值會被重置。
②.如今網上已有修改設備ANDROID_ID值的APP應用。
③.某些廠商定製的系統可能會致使不一樣的設備產生相同的ANDROID_ID。
④.某些廠商定製的系統可能致使設備返回ANDROID_ID值爲空。
⑤.CDMA設備，ANDROID_ID和DeviceId返回的值相同
4.序列號SerialNumber：
從Android 2.3開始，經過android.os.Build.SERIAL方法可獲取到一個序列號。沒有電話功能的設備也都須要上給出此惟一的序列號。
|
1
|
String SerialNumber = android.os.Build.SERIAL;
|
缺點：
在某些設備上此方法會返回垃圾數據。
解決方案：
一種比較折衷的辦法，在獲取MAC地址以前先判斷當前WiFi狀態，若開啓了Wifi，則直接獲取MAC地址，若沒開啓Wifi，則用代碼開啓Wifi，而後立刻關閉，再獲取MAC地址。
目前此方法測試成功，不管在哪一種狀態下都能正確取得設備的MAC地址（包括開機後未啓動過Wifi的狀態下），且在未開啓Wifi的狀態下，用代碼開啓Wifi並立刻關閉，過程極短，不會影響到用戶操做。
代碼以下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
public
String getMacAddress() {
String macAddress = null ;
WifiManager wifiManager =
(WifiManager)MyApplication.getContext().getSystemService(Context.WIFI_SERVICE);
WifiInfo info = ( null == wifiManager ? null : wifiManager.getConnectionInfo());
if (!wifiManager.isWifiEnabled())
{
wifiManager.setWifiEnabled( true );
wifiManager.setWifiEnabled( false );
}
if ( null != info) {
macAddress = info.getMacAddress();
}
return macAddress;
}
|
須要加入以下權限
|
1
2
3
|
<
uses-permission android:name = "android.permission.ACCESS_WIFI_STATE" > </ uses-permission >
<
uses-permission android:name = "android.permission.CHANGE_WIFI_STATE" > </ uses-permission >
<
uses-permission android:name = "android.permission.WAKE_LOCK" > </ uses-permission >
|
對於 App 雲平臺系統，如何惟一地識別移動設備是很是重要的。不然，每次用戶在設備上卸載掉應用再從新安裝，後端系統只能把這個用戶看成一個全新的用戶了。
Android 上識別設備的惟一性，由於這個圈太亂，因此設備自己的任何標識都是沒法直接用做設備惟一標識的。iOS 是系統強力限制被惟一識別的，目前惟一能夠部分知足條件是 IDFA，但須要你的 App 自己的確嵌入了廣告。
不少開發者使用極光推送時，都有這個疑問：極光推送是如何來作設備的惟一性識別的。本文解析極光推送如何儘量地來惟一識別設備。
極光推送對安裝在設備上的 App 使用 RegistrationID 做爲標識。極光推送要『儘量』確保設備的惟一性，就是要使得 RegistrationID 儘量惟一。
RegistrationID 的定義
關於 RegistrationID 極光官方文檔有以下的定義：
集成了 JPush SDK 的應用程序在第一次 App 啓動後，成功註冊到 JPush 服務器時，JPush 服務器會給客戶端返回惟一的該設備的標識 – RegistrationID。JPush SDK 會以廣播的形式發送 RegistrationID 到應用程序。
有了這個標識，App 編程能夠把這個 RegistrationID 保存到本身的應用服務器上，而後就能夠根據 RegistrationID 來向設備推送消息或者通知。
RegistrationID 變化可能性
若是 App 不卸載，是直接覆蓋安裝，Android, iOS 上 RegistrationID 的值都不會變化。
若是 App 是卸載以後再次安裝：
- Android 上 RegistrationID 基本不會變；
- iOS 上若是啓用了 IDFA 變化可能性不大，若是未啓用 IDFA 則每次安裝 RegistrationID 都會變；
RegistrationID 生成規則解析
Android 平臺
Android 上由於國內存在大量山寨設備的緣由，正常的 IMEI, Mac Address, AndroidID 這些能夠考慮用做惟一標識的值，都是不能夠用的，由於這些值在一批設備中可能都是同一個值。
極光的基本思路是：
- 生成一個 DeviceID 保存到 Settings, External Storage。依賴本地存儲，應用被卸載後從新安裝這些存儲裏的 DeviceID 還在的話，就是同一個設備。這一條理論上解決 90% 的不變性問題。
- DeviceID 以外增長補充規則：綜合根據 IMEI, MAC Address, AndroidID 這幾個值來判斷，是否多是老設備。
具體的邏輯細節，也是根據實際運行狀況，以及收集到的反饋不斷調整的，大多數邏輯可在服務器端調整。
iOS平臺
鑑於 iOS 系統設計上限制設備惟一標識，因此極光一直使用 Device Token 做爲標識，也由於極光推送自己就是須要 Device Token 這個值纔可能運做的。
iOS 9 版本以後，每次卸載後重裝都會致使 Device Token 變化，因此對於極光後臺來講，都只能被識別爲新用戶。
極光 SDK 新版本增長了 IDFA 選項，在集成初始化 SDK 時可選把 IDFA 這個值設置進來，這樣極光後臺就優先根據 IDFA 值來識別用戶，從有必定的可能性應用被卸載後重裝還能識別回老設備。
IDFA 是廣告標識符，是 iOS 專門爲廣告跟蹤惟一地識別用戶而設計的。在 iOS 設備上，設備 -> 隱私 -> 廣告這個頁面，有一個設置項：限制廣告跟蹤。默認是未選中狀態的，便是關閉狀態，是不限制的。用戶能夠選中，從而限制廣告跟蹤。設置項以外還有一個按鈕：還原廣告標識符…。若是用戶點擊了這個按鈕，則 IDFA 值會變化。
默認的狀況下，沒有限制廣告跟蹤，能夠取到 IDFA 這個值。而且用戶未點擊『還原廣告標識』時，這個值是不會變的。這樣就達到了惟一地標識設備、跟蹤到用戶的目標。
可是，可是，請必定留意，IDFA 並非必定能夠啓用的，是須要你的 App 的確有廣告功能才能夠用的，不然 Apple 在上架審覈時有可能發現從而拒絕上架。
關於蘋果 App 上架對 IDFA 的要求，可參考這裏的說明：The Advertising Identifier (IDFA)
高級使用建議
由於 RegistrationID 是 JPush SDK 註冊完成以後才獲得的，因此調用 SDK API 來獲取 RegistrationID 的值時須要稍注意，不是總可以當即獲得。
好比 iOS 上建議在監聽到 kJPFNetworkDidLoginNotification 這個通知後的代碼裏，來獲取 RegistrationID 的值。
Android 上有寫 Settings 的權限，是能夠寫數據到 Settings 裏邊的，至關於被看成一個永久存儲點了。 外部存儲通常指 SDCard，如今愈來愈多手機直接手機自帶了，相似於 iPhone 的做法。
這 2 個點若是數據都被破壞了，就的確經過本地 DeviceID 存儲沒法確認爲惟一設備了。可是，服務器端還能夠經過 IMEI/AndroidID 這些靈活地確認到是否同一設備。
以上轉自 http://blog.jiguang.cn/registrationid/
