前言
專案開發中，多少會遇到這種需求：獲得設備唯一標識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相較于前兩種方案，限制性較小，只要硬體資訊不變結果就不變，而且該方案可自行定制組合，
究竟哪種方案合適，大家應根據自己的專案需求，合理選擇才是，
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/57467.html
標籤：Android
上一篇：Android自定義控制元件：圖形報表的實作（折線圖、曲線圖、動態曲線圖）（View與SurfaceView分別實作圖表控制元件）