❶ android 設備唯一標識
IMEI 國際移動設備身份碼 目前GSM/WCDMA/LTE手機終端需要使用IMEI號碼，在單卡工程中一個手機號對應一個IMEI號，雙卡手機則會對應兩個IMEI號，一張是手機卡對應一個。
需要許可權 <uses-permission android:name="android.permission.READ_PHONE_STATE"/>
Mac 指的就是我們設備網卡的唯一設別碼，該碼全球唯一，一般稱為物理地址，硬體地址用來定義設備的位置，硬體標識，刷機和恢復出廠設置不擦除，並且大多數android都有wifi模塊
一般是指wifi模塊或者藍牙模塊的mac地址。
缺點：
Android-Q以後 有新的Api獲取mac地址，SDK未開放Api，暫不能測試
在設備首次運行的時候，系統會隨機生成一64位的數字，並把這個數值以16進制保存下來，這個16進制的數字就是ANDROID_ID，但是如果手機恢復出廠設置這個值會發生改變，如果設備被root，這個值可以任意改變。
缺點
Android 8.0 以後
Android 8.0以前
Android 8.0以後
UUID(Universally Unique Identifier)全局唯一標識符,是指在一台機器上生成的數字，它保證對在同一時空中的所有機器都是唯一的。
每次調用都會生成一個全新的標識符
因為每次調用都生成新的，通常使用UUID都會存儲下來或者和其它欄位拼接使用，CUID庫就使用了 uuid來拼接device_id欄位
Advertising ID（廣告ID）是由Google Play服務提供的用戶特定的，唯一的，可重置的廣告ID，適用於廣告用例。如果你應用程序想要使用廣告ID，你的設備就必須安裝Google Play Service
缺點：
Instance ID的作用域為創建它的應用， 這樣可以防止他人利用該標識符跟蹤用戶在不同應用中的行為。 此外，此標識符還可以輕松地進行重置，因為用戶可以清除應用數據或重新安裝應用後重置。
缺點：
❷ 如何獲取Android唯一標識
有很多場景和需求你需要用到手機設備的唯一標識符。例如,略。 在Android中，有以下幾種方法獲取這樣的ID。 1. The IMEI: 僅僅只對Android手機有效: TelephonyManager TelephonyMgr = (TelephonyManager)getSystemService(TELEPHONY_SERVICE); String szImei = TelephonyMgr.getDeviceId(); // Requires READ_PHONE_STATE 採用此種方法，需要在AndroidManifest.xml中加入一個許可：android.permission.READ_PHONE_STATE，並且用戶應當允許安裝此應用。作為手機來講，IMEI是唯一的，它應該類似於 359881030314356(除非你有一個沒有量產的手機(水貨)它可能有無效的IMEI，如：0000000000000)。 2. Pseudo-Unique ID, 這個在任何Android手機中都有效 有一些特殊的情況，一些如平板電腦的設置沒有通話功能，或者你不願加入READ_PHONE_STATE許可。而你仍然想獲得唯一序列號之類的東西。這時你可以通過取出ROM版本、製造商、CPU型號、以及其他硬體信息來實現這一點。這樣計算出來的ID不是唯一的(因為如果兩個手機應用了同樣的硬體以及Rom 鏡像)。但應當明白的是，出現類似情況的可能性基本可以忽略。要實現這一點，你可以使用Build類: String m_szDevIDShort = "35" + //we make this look like a valid IMEI Build.BOARD.length()%10+ Build.BRAND.length()%10 + Build.CPU_ABI.length()%10 + Build.DEVICE.length()%10 + Build.DISPLAY.length()%10 + Build.HOST.length()%10 + Build.ID.length()%10 + Build.MANUFACTURER.length()%10 + Build.MODEL.length()%10 + Build.PRODUCT.length()%10 + Build.TAGS.length()%10 + Build.TYPE.length()%10 + Build.USER.length()%10 ; //13 digits 大多數的Build成員都是字元串形式的，我們只取他們的長度信息。我們取到13個數字，並在前面加上「35」。這樣這個ID看起來就和15位IMEI一樣了。 3. The Android ID , 通常被認為不可信，因為它有時為null。開發文檔中說明了：這個ID會改變如果進行了出廠設置。並且，如果某個Andorid手機被Root過的話，這個ID也可以被任意改變。 String m_szAndroidID = Secure.getString(getContentResolver(), Secure.ANDROID_ID); Returns: 9774d56d682e549c . 無需任何許可。 4. The WLAN MAC Address string, 是另一個唯一ID。但是你需要為你的工程加入android.permission.ACCESS_WIFI_STATE 許可權，否則這個地址會為null。 WifiManager wm = (WifiManager)getSystemService(Context.WIFI_SERVICE); String m_szWLANMAC = wm.getConnectionInfo().getMacAddress(); Returns: 00:11:22:33:44:55 (這不是一個真實的地址。而且這個地址能輕易地被偽造。).WLan不必打開，就可讀取些值。 5. The BT MAC Address string, 只在有藍牙的設備上運行。並且要加入android.permission.BLUETOOTH 許可權. BluetoothAdapter m_BluetoothAdapter = null; // Local Bluetooth adapter m_BluetoothAdapter = BluetoothAdapter.getDefaultAdapter(); String m_szBTMAC = m_BluetoothAdapter.getAddress(); Returns: 43:25:78:50:93:38 . 藍牙沒有必要打開，也能讀取。 Combined Device ID 綜上所述，我們一共有五種方式取得設備的唯一標識。它們中的一些可能會返回null，或者由於硬體缺失、許可權問題等獲取失敗。 但你總能獲得至少一個能用。所以，最好的方法就是通過拼接，或者拼接後的計算出的MD5值來產生一個結果。 String m_szLongID = m_szImei + m_szDevIDShort + m_szAndroidID+ m_szWLANMAC + m_szBTMAC; // compute md5 MessageDigest m = null; try { m = MessageDigest.getInstance("MD5"); } catch (NoSuchAlgorithmException e) { e.printStackTrace(); } m.update(m_szLongID.getBytes(),0,m_szLongID.length()); // get md5 bytes byte p_md5Data[] = m.digest(); // create a hex string String m_szUniqueID = new String(); for (int i=0;i<p_md5data.length;i++) p="" { int b = (0xFF & p_md5Data[i]); // if it is a single digit, make sure it have 0 in front (proper padding) if (b <= 0xF) m_szUniqueID+="0"; // add number to string m_szUniqueID+=Integer.toHexString(b); } // hex string to uppercase m_szUniqueID = m_szUniqueID.toUpperCase(); 通過以上演算法，可產生32位的16進制數據:
❸ 如何獲取Android唯一標識
這是Android系統為開發者提供的用於標識手機設備的串號，也是各種方法中普適性較高的，可以說幾乎所有的設備都可以返回這個串號，並且唯一性良好。
這個DEVICE_ID可以同通過下面的方法獲取：
TelephonyManager tm = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE);
String DEVICE_ID = tm.getDeviceId();
❹ 如何獲取Android唯一標識
我剛好做過這方面的研究，直接拿我之前做過的筆記了，歡迎關注、採納、持續交流Andorid問題
一共有 五大方法：（推薦第五種）
1.設備ID（DEVICE_ID）
Android系統為開發者提供的用於標識手機設備的標識碼。它會根據不同的手機設備返回IMEI，MEID或者ESN碼（IMEI是手機的身份證，MEID是CDMA制式（電信運營的）的專用身份證；IMEI是15位，MEID是14位）。
l獲取方法
java">TelephonyManagertm=(TelephonyManager)context.getSystemService(Context.TELEPHONY_SERVICE);
StringDEVICE_ID=tm.getDeviceId();
l注意點：
沒有通話的硬體功能，無法獲得DEVICE_ID。
需要READ_PHONE_STATE許可權，部分用戶會懷疑軟體的安全性。
(Android 6.0 以上需要用戶手動賦予該許可權)
廠商定製系統中的Bug，可能是一串0或者一串*號。
2. SIM卡序列號
不同SIM卡的序列號不同
l獲取辦法
TelephonyManagertm=(TelephonyManager)context.getSystemService(Context.TELEPHONY_SERVICE);
StringsimSerialNum=tm.getSimSerialNumber();
l注意點
手機未裝SIM卡或者不可用時，返回 null.
也需要 READ_PHONE_STATE 許可權。
3. 設備序列號（SERIAL）
l獲取辦法
StringserialNum=android.os.Build.SERIAL;
l注意點
所有的CDMA 設備對於卻返回一個空值
Android系統2.3版本以上
4. ANDROID_ID
在設備首次啟動時，系統會隨機生成一個64位的數字，並把這個數字以16進制字元串的形式保存下來，這個16進制的字元串就是ANDROID_ID，當設備被wipe後該值會被重置。
l獲取辦法
StringANDROID_ID=System.getString(getContentResolver(),Settings.System.ANDROID_ID);
l注意點
定製系統的Bug：不同的設備可能會產生相同的，有些設備返回的值為null。
在 Android 4.2 及以上, 設備啟用多用戶功能後,每個用戶的 Android_ID 不相同。
部分設備的ANDROID_ID和TelephonyManager.getDeviceId()返回相同的值
5. 自定義UUID（本人推薦）
publicclassInstallation{
privatestaticStringsID=null;
="INSTALLATION";
(Contextcontext){
if(sID==null){
Fileinstallation=newFile(context.getFilesDir(),INSTALLATION);
try{
if(!installation.exists())writeInstallationFile(installation);
sID=readInstallationFile(installation);
}catch(Exceptione){
thrownewRuntimeException(e);
}
}
returnsID;
}
(Fileinstallation)throwsIOException{
RandomAccessFilef=newRandomAccessFile(installation,"r");
byte[]bytes=newbyte[(int)f.length()];
f.readFully(bytes);
f.close();
returnnewString(bytes);
}
(Fileinstallation)throwsIOException{
FileOutputStreamout=newFileOutputStream(installation);
Stringid=UUID.randomUUID().toString();
out.write(id.getBytes());
out.close();
}
}
❺ 如何獲取Android唯一標識
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唯一標識
獲取Android唯一標識的具體操作步驟：
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
❼ android獲取設備唯一ID（優化方案）
最近，因公司產品及客戶需要，領導讓我研究免存儲設備ID，以及給出一個設備ID最佳的方案（可與存儲相結合）。在研究過瀏覽器的fingerprient2js後，頗有心得，並且看網上似乎木有完美的解決方案，於是寫了這篇文章，僅供需要的開發者參考。（該演算法暫未進行驗證，這里先給出一個jar包，後期我會在SDK中加入調查介面，分兩個jar包（測試版和正式版），希望開發者能支持測試版，穩定後使用正式版。）
在產品中，首先肯定要盡量避免許可權，其次考慮卸載APP後ID不一致的問題，再就是盡量結合存儲，降低卸載或重裝app時，設備ID改變的概率。最後，設計出合理方案，對造成不利的因素進行列舉。
A.android_id:
什麼是android_id呢？當設備在第一次啟動時，系統會隨機產生一個64位的數字，然後以16進制的形式保存在設備上，且API提供了獲取這一參數的方法：
這就是android_id,當設備重新初始化或者刷機的時候，會被重置。
除此以外，android_id還有其他的bug，比如：
1.不同的設備可能會產生相同的android_id。
2.有的廠商設備無法獲取android_id,會返回null。
3.對於CDMA的設備，ANDROID_ID和TelephonyManager.getDeviceId() 的值相同。
4.不同的android系統版本穩定性不同。
B.硬體序列號(SERIAL)
API給的解釋是：
A hardware serial number, if available.（一個硬體的序列碼，如果有效的話）
so，雖然我沒有用幾百台手機測試，也能知道這個值有時候是無效的，說的這么隱晦。
C.指紋
fingerprint:設備的唯一標識。由設備的多個信息拼接合成。
也是在JavaScript才接觸到這個單詞」fingerprint「，這個詞也很生動，意思是能大概的標識一個設備，像指紋一樣，但不排除重復的可能性。
理論上講用這個屬性是可以標識一個設備的，但是其實並不是，兩台一摸一樣的新手機，這個值相同的可能性是很多的。為了更加進一步的精確，後面還會介紹幾個屬性，並把幾個屬性結合在一起，生成一個接近100%的UUID。
D.android系統提供了獲取android系統版本號，生產廠商，固件版本推出時間的API.
E.android系統提供了當前android設備是12或24小時制顯示時間的API，
F.android系統提供了當前android設備的修訂版本列表，顯示屏，主板等等參數。
G.可以允許用戶根據需求用自定義字元串去為FP做貢獻，比如IP地址等
方案：
在不需要用戶許可權的前提下，網上最完美的方案是將android_id和硬體序列號，如果其中任意一種失效就使用另外一種。受FingerPrint2js的啟發，我看了Android獲取系統硬體相關的API，將所有不經常變化且能代表一定用戶群體的屬性都取出來進行MD5運算，包含但不限於依據中所述的信息。准確性還需進一步驗證，但理論上要比FingerPrint2js准確性高，也在網上給出的比較好的方案基礎上進一步縮小了FP可能重復的概率。
1.第一次進入APP時，獲取系統相關配置信息生成FP，存入SP。
2.每次訪問，先從SP取，沒有再通過相關配置信息生成FP，存入SP。
3.封裝成jar，只給用戶暴露出獲取ID的介面、傳遞自定義信息構建FP的介面以及第一次安裝時間戳的介面（或設置標簽調用的介面）
單純對於FP而言，有兩個主要問題需要解決，一是FP重復的問題，相同配置的新設備重復可能性極大，增多給FP貢獻的因素的數量，可以有效降低重復率。二是FP改變的問題，貢獻FP的生成因素的其中一個如果改變，FP就會改變。所以如果FP的貢獻因素數量過多，導致FP改變的概率也就變大，所以說客戶要在兩者之間做一個很好的平衡。
對比：
為android FP做貢獻的各配置參數：（示例以6.0的華為榮耀8為例）
1.Android_ID:Settings.System.getString(context.getContentResolver(), Settings.System.ANDROID_ID) //低版本穩定，高版本不穩定 示例：295a4fbf716094ee
2.Build.SERIAL 設備序列號（有的設備無法獲取） 示例：WTK7N16923005607
3.Build.FINGERPRINT 設備指紋（同樣的新設備該值應該是一樣的） 示例：honor/FRD-AL00/HWFRD:6.0/HUAWEIFRD-AL00/C00B171:user/release-keys
4.Build.TIME 固件推出日期 示例：1477442228000
5.Build.VERSION.INCREMENTAL 源碼控製版本號 示例： C00B171
6.Build.getRadioVersion() 獲取無線電固件版本 示例：21.210.03.00.031,21.210.03.00.031
7.Build.HARDWARE 硬體名稱 示例：hi3650
8.Build.VERSION.SECURITY_PATCH 用戶可見安全補丁level（這里我得到的是日期，可能是補丁修復的時間）示例：2016-10-01
9.當前設備是12/24時制：Settings.System.getString(context.getContentResolver(), Settings.System.TIME_12_24) 示例：null（有的手機可以獲取）
10.Build.VERSION.SDK_INT SDK版本號 （一般講是與系統版本號一一對應的） 示例：23
11.Build.SUPPORTED_32_BIT_ABIS 支持32位ABIs的列表（數值）示例：[armeabi-v7a,armeabi]
12.Build.SUPPORTED_64_BIT_ABIS 支持64位ABIs的列表（數值）示例：[arm64-v8a]
13.Build.BOOTLOADER 系統啟動程序版本號 示例：unknown
14.Build.VERSION.RELEASE 用戶可見版本 示例： 6.0
16.Build.BOARD 主板 示例：FRD-AL00
17.Build.BRAND 系統定製商 示例：honor
21.Build.HOST 示例：huawei-RH2288H-V2-12L
23.Build.MANUFACTURER 產品/硬體的製造商 示例：HUAWEI
25.Build.PRODUCT 產品的名稱 示例：FRD-AL00
26.Build.TAGS 描述Build的標簽（Comma-separated tags describing the build, like "unsigned,debug".） 示例：release-keys
28.Build.USER 描述Build的USER 示例：jslave
31.Build.VERSION.BASE_OS 基帶版本 The base OS build the proct is based on. 示例：空值
32.自定義字元串或自定義數組
❽ 如何獲取Android唯一標識
在Android中，有以下幾種方法獲取這樣的ID。
1. The IMEI: 僅僅只對Android手機有效:
1
2
TelephonyManager TelephonyMgr = (TelephonyManager)getSystemService(TELEPHONY_SERVICE);
String szImei = TelephonyMgr.getDeviceId();
採用此種方法，需要在AndroidManifest.xml中加入一個許可：android.permission.READ_PHONE_STATE，並且用戶應當允許安裝此應用。作為手機來講，IMEI是唯一的，它應該類似於 359881030314356（除非你有一個沒有量產的手機（水貨）它可能有無效的IMEI，如：0000000000000）。
2. Pseudo-Unique ID, 這個在任何Android手機中都有效
有一些特殊的情況，一些如平板電腦的設置沒有通話功能，或者你不願加入READ_PHONE_STATE許可。而你仍然想獲得唯一序列號之類的東西。這時你可以通過取出ROM版本、製造商、CPU型號、以及其他硬體信息來實現這一點。這樣計算出來的ID不是唯一的（因為如果兩個手機應用了同樣的硬體以及Rom 鏡像）。但應當明白的是，出現類似情況的可能性基本可以忽略。要實現這一點，你可以使用Build類:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
String m_szDevIDShort = "35" + //we make this look like a valid IMEI
Build.BOARD.length()%10 +
Build.BRAND.length()%10 +
Build.CPU_ABI.length()%10 +
Build.DEVICE.length()%10 +
Build.DISPLAY.length()%10 +
Build.HOST.length()%10 +
Build.ID.length()%10 +
Build.MANUFACTURER.length()%10 +
Build.MODEL.length()%10 +
Build.PRODUCT.length()%10 +
Build.TAGS.length()%10 +
Build.TYPE.length()%10 +
Build.USER.length()%10 ; //13 digits
大多數的Build成員都是字元串形式的，我們只取他們的長度信息。我們取到13個數字，並在前面加上「35」。這樣這個ID看起來就和15位IMEI一樣了。
3. The Android ID
通常被認為不可信，因為它有時為null。開發文檔中說明了：這個ID會改變如果進行了出廠設置。並且，如果某個Andorid手機被Root過的話，這個ID也可以被任意改變。
1
String m_szAndroidID = Secure.getString(getContentResolver(), Secure.ANDROID_ID);
Returns: 9774d56d682e549c . 無需任何許可。
4. The WLAN MAC Address string
是另一個唯一ID。但是你需要為你的工程加入android.permission.ACCESS_WIFI_STATE 許可權，否則這個地址會為null。
1
2
WifiManager wm = (WifiManager)getSystemService(Context.WIFI_SERVICE);
String m_szWLANMAC = wm.getConnectionInfo().getMacAddress();
Returns: 00:11:22:33:44:55 (這不是一個真實的地址。而且這個地址能輕易地被偽造。).WLan不必打開，就可讀取些值。
5. The BT MAC Address string
只在有藍牙的設備上運行。並且要加入android.permission.BLUETOOTH 許可權.
1
2
3
BluetoothAdapter m_BluetoothAdapter = null; // Local Bluetooth adapter
m_BluetoothAdapter = BluetoothAdapter.getDefaultAdapter();
String m_szBTMAC = m_BluetoothAdapter.getAddress();
Returns: 43:25:78:50:93:38 . 藍牙沒有必要打開，也能讀取。
Combined Device ID
綜上所述，我們一共有五種方式取得設備的唯一標識。它們中的一些可能會返回null，或者由於硬體缺失、許可權問題等獲取失敗。
但你總能獲得至少一個能用。所以，最好的方法就是通過拼接，或者拼接後的計算出的MD5值來產生一個結果。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
String m_szLongID = m_szImei + m_szDevIDShort
+ m_szAndroidID+ m_szWLANMAC + m_szBTMAC;
// compute md5
MessageDigest m = null;
try {
m = MessageDigest.getInstance("MD5");
} catch (NoSuchAlgorithmException e) {
e.printStackTrace();
}
m.update(m_szLongID.getBytes(),0,m_szLongID.length());
// get md5 bytes
byte p_md5Data[] = m.digest();
// create a hex string
String m_szUniqueID = new String();
for (int i=0;i<p_md5Data.length;i++) {
int b = (0xFF & p_md5Data[i]);
// if it is a single digit, make sure it have 0 in front (proper padding)
if (b <= 0xF)
m_szUniqueID+="0";
// add number to string
m_szUniqueID+=Integer.toHexString(b);
} // hex string to uppercase
m_szUniqueID = m_szUniqueID.toUpperCase();
通過以上演算法，可產生32位的16進制數據:
現在你就可以對其進行你的應用了。