前言 項目開發中，多少會遇到這種需求：獲得設備唯一標識DeviceId，用於： 1.標識一個唯一的設備，做數據精準下發或者數據統計分析； 2.賬號與設備綁定； 3..... 分析 這類文章，網上有許多資料，例如：使用IMEI、MAC等作為設備標識使用。 不過，看過這些文章或者深入調研的同學應該都清楚 ...
前言
項目開發中，多少會遇到這種需求：獲得設備唯一標識DeviceId，用於：
1.標識一個唯一的設備，做數據精準下發或者數據統計分析；
2.賬號與設備綁定；
3.....
分析
這類文章，網上有許多資料，例如：使用IMEI、MAC等作為設備標識使用。
不過，看過這些文章或者深入調研的同學應該都清楚，這些數據均存在缺陷：有的因為許可權無法獲取到，有的獲取出來是重覆的，有的完全獲取不到，也就是說不能完美的解決設備唯一的問題。
那麼，用什麼數據才能表示設備唯一呢？
方案
方案1：UUID + SharePreference(存取)
APP首次使用時，創建UUID，並保存到SharePreference中。
以後再次使用時，直接從SharePreference取出來即可；
優點：數據唯一、不需要許可權；
缺點：會隨APP一起刪除，即：重新安裝APP，DeviceId值會改變（新UUID）；方案2：UUID + SD卡（存取）
APP首次使用時，創建UUID，並保存到SD卡中。
以後再次使用時，直接從SD卡取出來即可；
很多APP就是這麼做的；
優點：數據唯一、不隨APP一起刪除；
缺點：需要SD卡讀寫許可權；防不住用戶手動刪除SD卡的文件；方案3：imei + android_id + serial + 硬體uuid（自生成）
如果，又想唯一，又不想因用戶的刪除而重新生成UUID，該怎麼做呢？
不依賴隨機的UUID，咱們根據硬體標識來創建唯一的數據；
我們可以將多個可獲得的硬體標識拼接起來（儘可能不依賴許可權），最大程度上降低重覆性。
以imei、android_id、serial為例，如果能取到值，每個數據幾乎可以代表唯一。
如果這些數據都能獲取到，拼起來的數據重覆性降到極低（UUID也存在重覆性，重覆性極低而已）那麼，哪些硬體標識合適呢？
AndroidId : 如：df176fbb152ddce,無需許可權,極個別設備獲取不到數據或得到錯誤數據；
serial：如：LKX7N18328000931,無需許可權,極個別設備獲取不到數據；
IMEI : 如：23b12e30ec8a2f17，需要許可權；
Mac: 如：6e:a5:....需要許可權，高版本手機獲得數據均為 02:00.....（不可使用）
Build.BOARD 如：BLA 主板名稱,無需許可權,同型號設備相同
Build.BRAND 如：HUAWEI 廠商名稱,無需許可權,同型號設備相同
Build.HARDWARE 如：kirin970 硬體名稱,無需許可權,同型號設備相同
Build......更多硬體信息，略分析了這麼多硬體標識，我們就使用imei + android_id + serial + 硬體UUID（使用Build屬性生成，如果硬體信息不變，則UUID值不變）。這是我們項目的實際方案，大家也可根據自己的需要自由組合硬體標識。
那麼，問題又來了，不同設備的硬體標識長度不同，拼接處理的DeviceId字元串長度不同，怎麼才能統一長度呢？
也很簡單，我們先拼接好DeviceId數據，取其SHA1值，再轉16進位即可（統一40位長度）實現
import android.content.Context;
import android.os.Build;
import android.provider.Settings;
import android.telephony.TelephonyManager;
import java.security.MessageDigest;
import java.util.Locale;
import java.util.UUID;
/**
* @author xc
* @date 2018/11/16
* @desc
*/
public class DeviceIdUtil {
/**
* 獲得設備硬體標識
*
* @param context 上下文
* @return 設備硬體標識
*/
public static String getDeviceId(Context context) {
StringBuilder sbDeviceId = new StringBuilder();
//獲得設備預設IMEI（>=6.0 需要ReadPhoneState許可權）
String imei = getIMEI(context);
//獲得AndroidId（無需許可權）
String androidid = getAndroidId(context);
//獲得設備序列號（無需許可權）
String serial = getSERIAL();
//獲得硬體uuid（根據硬體相關屬性，生成uuid）（無需許可權）
String uuid = getDeviceUUID().replace("-", "");
//追加imei
if (imei != null && imei.length() > 0) {
sbDeviceId.append(imei);
sbDeviceId.append("|");
}
//追加androidid
if (androidid != null && androidid.length() > 0) {
sbDeviceId.append(androidid);
sbDeviceId.append("|");
}
//追加serial
if (serial != null && serial.length() > 0) {
sbDeviceId.append(serial);
sbDeviceId.append("|");
}
//追加硬體uuid
if (uuid != null && uuid.length() > 0) {
sbDeviceId.append(uuid);
}
//生成SHA1，統一DeviceId長度
if (sbDeviceId.length() > 0) {
try {
byte[] hash = getHashByString(sbDeviceId.toString());
String sha1 = bytesToHex(hash);
if (sha1 != null && sha1.length() > 0) {
//返回最終的DeviceId
return sha1;
}
} catch (Exception ex) {
ex.printStackTrace();
}
}
//如果以上硬體標識數據均無法獲得，
//則DeviceId預設使用系統隨機數，這樣保證DeviceId不為空
return UUID.randomUUID().toString().replace("-", "");
}
//需要獲得READ_PHONE_STATE許可權，>=6.0，預設返回null
private static String getIMEI(Context context) {
try {
TelephonyManager tm = (TelephonyManager)
context.getSystemService(Context.TELEPHONY_SERVICE);
return tm.getDeviceId();
} catch (Exception ex) {
ex.printStackTrace();
}
return "";
}
/**
* 獲得設備的AndroidId
*
* @param context 上下文
* @return 設備的AndroidId
*/
private static String getAndroidId(Context context) {
try {
return Settings.Secure.getString(context.getContentResolver(),
Settings.Secure.ANDROID_ID);
} catch (Exception ex) {
ex.printStackTrace();
}
return "";
}
/**
* 獲得設備序列號（如：WTK7N16923005607）, 個別設備無法獲取
*
* @return 設備序列號
*/
private static String getSERIAL() {
try {
return Build.SERIAL;
} catch (Exception ex) {
ex.printStackTrace();
}
return "";
}
/**
* 獲得設備硬體uuid
* 使用硬體信息，計算出一個隨機數
*
* @return 設備硬體uuid
*/
private static String getDeviceUUID() {
try {
String dev = "3883756" +
Build.BOARD.length() % 10 +
Build.BRAND.length() % 10 +
Build.DEVICE.length() % 10 +
Build.HARDWARE.length() % 10 +
Build.ID.length() % 10 +
Build.MODEL.length() % 10 +
Build.PRODUCT.length() % 10 +
Build.SERIAL.length() % 10;
return new UUID(dev.hashCode(),
Build.SERIAL.hashCode()).toString();
} catch (Exception ex) {
ex.printStackTrace();
return "";
}
}
/**
* 取SHA1
* @param data 數據
* @return 對應的hash值
*/
private static byte[] getHashByString(String data)
{
try{
MessageDigest messageDigest = MessageDigest.getInstance("SHA1");
messageDigest.reset();
messageDigest.update(data.getBytes("UTF-8"));
return messageDigest.digest();
} catch (Exception e){
return "".getBytes();
}
}
/**
* 轉16進位字元串
* @param data 數據
* @return 16進位字元串
*/
private static String bytesToHex(byte[] data){
StringBuilder sb = new StringBuilder();
String stmp;
for (int n = 0; n < data.length; n++){
stmp = (Integer.toHexString(data[n] & 0xFF));
if (stmp.length() == 1)
sb.append("0");
sb.append(stmp);
}
return sb.toString().toUpperCase(Locale.CHINA);
}
}調用
String deviceId = DeviceIdUtil.getDeviceId(application);
結果輸出：FE00DDE9298310CDFEEFE69229B8DB248534710F總結
方案1局限性較大，不建議使用；
方案2是很多軟體採用的方案，因很少有人刪除SD卡文件；但需要註意許可權；
方案3相較於前兩種方案，限制性較小，只要硬體信息不變結果就不變。而且該方案可自行定製組合。
究竟哪種方案合適，大家應根據自己的項目需求，合理選擇才是。
