最近在做一個(gè)OA考勤項(xiàng)目,里面有個(gè)需求是一個(gè)賬號只允許綁定一臺設(shè)備, 這就需要將設(shè)備唯一標(biāo)識碼與賬號綁定在一起,咋一聽 這還不So Easy啊,直接獲取deviceID 不就好了。。。

成都創(chuàng)新互聯(lián)公司成立十多年來,這條路我們正越走越好,積累了技術(shù)與客戶資源,形成了良好的口碑。為客戶提供成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、網(wǎng)站策劃、網(wǎng)頁設(shè)計(jì)、主機(jī)域名、網(wǎng)絡(luò)營銷、VI設(shè)計(jì)、網(wǎng)站改版、漏洞修補(bǔ)等服務(wù)。網(wǎng)站是否美觀、功能強(qiáng)大、用戶體驗(yàn)好、性價(jià)比高、打開快等等,這些對于網(wǎng)站建設(shè)都非常重要,成都創(chuàng)新互聯(lián)公司通過對建站技術(shù)性的掌握、對創(chuàng)意設(shè)計(jì)的研究為客戶提供一站式互聯(lián)網(wǎng)解決方案,攜手廣大客戶,共同發(fā)展進(jìn)步。
咋一操作也挺好。 可到了大面積的群體用戶測試環(huán)節(jié)發(fā)現(xiàn)了幾個(gè)問題。
簡言之就是如果你的手機(jī)需要考慮Android9以上的設(shè)備,你就沒辦法通過獲取系統(tǒng)提供的API完全的獲取到設(shè)備唯一標(biāo)識碼,根據(jù)Android文檔 唯一標(biāo)識符最佳做法 你也許可以這樣....
呃.... 這個(gè)特殊運(yùn)營商許可 和這個(gè) READ_PRIVILEGED_PHONE_STATE 好像都不是我們一般的安卓應(yīng)用能獲取的到的。
想要能Android9以上又能不受到刷機(jī),格式化的影響。 就只能 使用移動安全聯(lián)盟(MSA)提出的補(bǔ)充設(shè)備標(biāo)識
是由 移動安全聯(lián)盟 提出的,包含以下三個(gè)標(biāo)識:
缺點(diǎn)就是:并不是所有的品牌商都兼容了, 而且需要導(dǎo)入他們對應(yīng)的包 。 這部分可參考 Android 10獲取設(shè)備標(biāo)識方案探究 這篇文章
特點(diǎn): 如果格式化或者刷機(jī),這個(gè)設(shè)備ID會更改(這個(gè)也是合理的)。
完善:可以在第一次生成后放入到內(nèi)部存儲和外部存儲,下次進(jìn)入先從內(nèi)部存儲獲取,如果沒有在去外部存儲比較(App卸載,內(nèi)部存儲就沒了)。 如果在沒有就生成一個(gè)
獲取Android唯一標(biāo)識的具體操作步驟:
DEVICE_ID
假設(shè)確實(shí)需要用到真實(shí)設(shè)備的標(biāo)識,可能就需要用到DEVICE_ID。在以前,Android設(shè)備是手機(jī),這個(gè)DEVICE_ID可以同
通過TelephonyManager.getDeviceId()獲取,它根據(jù)不同的手機(jī)設(shè)備返回IMEI,MEID或者ESN碼,但它在使用的過程中
會遇到很多問題:
非手機(jī)設(shè)備: 如果只帶有Wifi的設(shè)備或者音樂播放器沒有通話的硬件功能的話就沒有這個(gè)DEVICE_ID
權(quán)限: 獲取DEVICE_ID需要READ_PHONE_STATE權(quán)限,如果只為了獲取它,沒有用到其它的通話功能,那這個(gè)權(quán)限有點(diǎn)大才小用
bug:在少數(shù)的一些手機(jī)設(shè)備上,該實(shí)現(xiàn)有漏洞,會返回垃圾,如:zeros或者asterisks的產(chǎn)品。
2. MAC ADDRESS
也可以通過手機(jī)的Wifi或者藍(lán)牙設(shè)備獲取MAC ADDRESS作為DEVICE ID,但是并不建議這么做,因?yàn)椴⒉皇撬械脑O(shè)備都有Wifi,并且,如果Wifi沒有打開,那硬件設(shè)備無法返回MAC ADDRESS.
3. Serial Number
在Android 2.3可以通過android.os.Build.SERIAL獲取,非手機(jī)設(shè)備可以通過該接口獲取。
4. ANDROID_ID
ANDROID_ID是設(shè)備第一次啟動時(shí)產(chǎn)生和存儲的64bit的一個(gè)數(shù),當(dāng)設(shè)備被wipe后該數(shù)重置
ANDROID_ID似乎是獲取Device ID的一個(gè)好選擇,但它也有缺陷:
它在Android =2.1 or Android =2.3的版本是可靠、穩(wěn)定的,但在2.2的版本并不是100%可靠的
在主流廠商生產(chǎn)的設(shè)備上,有一個(gè)很經(jīng)常的bug,就是每個(gè)設(shè)備都會產(chǎn)生相同的ANDROID_ID:9774d56d682e549c
5. Installtion ID : UUID
最近,因公司產(chǎn)品及客戶需要,領(lǐng)導(dǎo)讓我研究免存儲設(shè)備ID,以及給出一個(gè)設(shè)備ID最佳的方案(可與存儲相結(jié)合)。在研究過瀏覽器的fingerprient2js后,頗有心得,并且看網(wǎng)上似乎木有完美的解決方案,于是寫了這篇文章,僅供需要的開發(fā)者參考。(該算法暫未進(jìn)行驗(yàn)證,這里先給出一個(gè)jar包,后期我會在SDK中加入調(diào)查接口,分兩個(gè)jar包(測試版和正式版),希望開發(fā)者能支持測試版,穩(wěn)定后使用正式版。)
在產(chǎn)品中,首先肯定要盡量避免權(quán)限,其次考慮卸載APP后ID不一致的問題,再就是盡量結(jié)合存儲,降低卸載或重裝app時(shí),設(shè)備ID改變的概率。最后,設(shè)計(jì)出合理方案,對造成不利的因素進(jìn)行列舉。
A.android_id:
什么是android_id呢?當(dāng)設(shè)備在第一次啟動時(shí),系統(tǒng)會隨機(jī)產(chǎn)生一個(gè)64位的數(shù)字,然后以16進(jìn)制的形式保存在設(shè)備上,且API提供了獲取這一參數(shù)的方法:
這就是android_id,當(dāng)設(shè)備重新初始化或者刷機(jī)的時(shí)候,會被重置。
除此以外,android_id還有其他的bug,比如:
1.不同的設(shè)備可能會產(chǎn)生相同的android_id。
2.有的廠商設(shè)備無法獲取android_id,會返回null。
3.對于CDMA的設(shè)備,ANDROID_ID和TelephonyManager.getDeviceId() 的值相同。
4.不同的android系統(tǒng)版本穩(wěn)定性不同。
B.硬件序列號(SERIAL)
API給的解釋是:
A hardware serial number, if available.(一個(gè)硬件的序列碼,如果有效的話)
so,雖然我沒有用幾百臺手機(jī)測試,也能知道這個(gè)值有時(shí)候是無效的,說的這么隱晦。
C.指紋
fingerprint:設(shè)備的唯一標(biāo)識。由設(shè)備的多個(gè)信息拼接合成。
也是在JavaScript才接觸到這個(gè)單詞”fingerprint“,這個(gè)詞也很生動,意思是能大概的標(biāo)識一個(gè)設(shè)備,像指紋一樣,但不排除重復(fù)的可能性。
理論上講用這個(gè)屬性是可以標(biāo)識一個(gè)設(shè)備的,但是其實(shí)并不是,兩臺一摸一樣的新手機(jī),這個(gè)值相同的可能性是很多的。為了更加進(jìn)一步的精確,后面還會介紹幾個(gè)屬性,并把幾個(gè)屬性結(jié)合在一起,生成一個(gè)接近100%的UUID。
D.android系統(tǒng)提供了獲取android系統(tǒng)版本號,生產(chǎn)廠商,固件版本推出時(shí)間的API.
E.android系統(tǒng)提供了當(dāng)前android設(shè)備是12或24小時(shí)制顯示時(shí)間的API,
F.android系統(tǒng)提供了當(dāng)前android設(shè)備的修訂版本列表,顯示屏,主板等等參數(shù)。
G.可以允許用戶根據(jù)需求用自定義字符串去為FP做貢獻(xiàn),比如IP地址等
方案:
在不需要用戶權(quán)限的前提下,網(wǎng)上最完美的方案是將android_id和硬件序列號,如果其中任意一種失效就使用另外一種。受FingerPrint2js的啟發(fā),我看了Android獲取系統(tǒng)硬件相關(guān)的API,將所有不經(jīng)常變化且能代表一定用戶群體的屬性都取出來進(jìn)行MD5運(yùn)算,包含但不限于依據(jù)中所述的信息。準(zhǔn)確性還需進(jìn)一步驗(yàn)證,但理論上要比FingerPrint2js準(zhǔn)確性高,也在網(wǎng)上給出的比較好的方案基礎(chǔ)上進(jìn)一步縮小了FP可能重復(fù)的概率。
1.第一次進(jìn)入APP時(shí),獲取系統(tǒng)相關(guān)配置信息生成FP,存入SP。
2.每次訪問,先從SP取,沒有再通過相關(guān)配置信息生成FP,存入SP。
3.封裝成jar,只給用戶暴露出獲取ID的接口、傳遞自定義信息構(gòu)建FP的接口以及第一次安裝時(shí)間戳的接口(或設(shè)置標(biāo)簽調(diào)用的接口)
單純對于FP而言,有兩個(gè)主要問題需要解決,一是FP重復(fù)的問題,相同配置的新設(shè)備重復(fù)可能性極大,增多給FP貢獻(xiàn)的因素的數(shù)量,可以有效降低重復(fù)率。二是FP改變的問題,貢獻(xiàn)FP的生成因素的其中一個(gè)如果改變,F(xiàn)P就會改變。所以如果FP的貢獻(xiàn)因素?cái)?shù)量過多,導(dǎo)致FP改變的概率也就變大,所以說客戶要在兩者之間做一個(gè)很好的平衡。
對比:
為android FP做貢獻(xiàn)的各配置參數(shù):(示例以6.0的華為榮耀8為例)
1.Android_ID:Settings.System.getString(context.getContentResolver(), Settings.System.ANDROID_ID) //低版本穩(wěn)定,高版本不穩(wěn)定 示例:295a4fbf716094ee
2.Build.SERIAL 設(shè)備序列號(有的設(shè)備無法獲取) 示例:WTK7N16923005607
3.Build.FINGERPRINT 設(shè)備指紋(同樣的新設(shè)備該值應(yīng)該是一樣的) 示例: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 用戶可見安全補(bǔ)丁level(這里我得到的是日期,可能是補(bǔ)丁修復(fù)的時(shí)間)示例:2016-10-01
9.當(dāng)前設(shè)備是12/24時(shí)制:Settings.System.getString(context.getContentResolver(), Settings.System.TIME_12_24) 示例:null(有的手機(jī)可以獲取)
10.Build.VERSION.SDK_INT SDK版本號 (一般講是與系統(tǒng)版本號一一對應(yīng)的) 示例:23
11.Build.SUPPORTED_32_BIT_ABIS 支持32位ABIs的列表(數(shù)值)示例:[armeabi-v7a,armeabi]
12.Build.SUPPORTED_64_BIT_ABIS 支持64位ABIs的列表(數(shù)值)示例:[arm64-v8a]
13.Build.BOOTLOADER 系統(tǒng)啟動程序版本號 示例:unknown
14.Build.VERSION.RELEASE 用戶可見版本 示例: 6.0
16.Build.BOARD 主板 示例:FRD-AL00
17.Build.BRAND 系統(tǒng)定制商 示例:honor
21.Build.HOST 示例:huawei-RH2288H-V2-12L
23.Build.MANUFACTURER 產(chǎn)品/硬件的制造商 示例:HUAWEI
25.Build.PRODUCT 產(chǎn)品的名稱 示例:FRD-AL00
26.Build.TAGS 描述Build的標(biāo)簽(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 product is based on. 示例:空值
32.自定義字符串或自定義數(shù)組
分享名稱:android獲取設(shè)備唯一標(biāo)識,android獲取設(shè)備唯一標(biāo)識完美解決方案
轉(zhuǎn)載注明:http://chinadenli.net/article22/dsehpcc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供Google、外貿(mào)建站、網(wǎng)站維護(hù)、電子商務(wù)、企業(yè)建站、App設(shè)計(jì)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)