8種iOS獲取設備唯一標識的方法，希望對大家有用。
UDID
UDID(Unique Device Identifier)，iOS 設備的唯一識別碼，是一個40位十六進制序列(越獄的設備通過某些工具可以改變設備的 UDID)，移動網絡可以利用 UDID 來識別移動設備。
許多開發者把 UDID 跟用戶的真實姓名、密碼、住址、其它數據關聯起來，網絡窺探者會從多個應用收集這些數據，然后順藤摸瓜得到這個人的許多隱私數據，同時大部分應用確實在頻繁傳輸 UDID 和私人信息。 為了避免集體訴訟，蘋果最終決定在 iOS 5 的時候，將這一慣例廢除。
現在應用試圖獲取 UDID 已被禁止且不允許上架。
MAC 地址
MAC(Medium / Media Access Control)地址，用來表示互聯網上每一個站點的標示符，是一個六個字節(48位)的十六進制序列。前三個字節是由 IEEE 的注冊管理機構 RA 負責給不同廠家分配的”編制上唯一的標示符(Organizationally Unique Identifier)”，后三個字節由各廠家自行指派給生產的適配器接口，稱為擴展標示符。
MAC 地址在網絡上用來區分設備的唯一性，接入網絡的設備都有一個MAC地址，他們肯定都是唯一的。一部 iPhone 上可能有多個 MAC 地址，包括 WIFI 的、SIM 的等，但是 iTouch 和 iPad 上就有一個 WIFI 的，因此只需獲取 WIFI 的 MAC 地址就好了。一般會采取 MD5(MAC 地址 + bundleID)獲取唯一標識。
但是 MAC 地址和 UDID 一樣，存在隱私問題， iOS 7 之后，所有設備請求 MAC 地址會返回一個固定值，這個方法也不攻自破了。
OpenUDID
UDID 被棄用后，廣大開發者需要尋找一個可以替代的 UDID，並且不受蘋果控制的方案，由此，OpenUDID 成為了當時使用最廣泛的開源 UDID 代替方案。OpenUDID 利用一個非常巧妙的方法在不同程序間存儲標示符：在粘貼板中用了一個特殊的名稱來存儲標示符，通過這種方法，其他應用程序也可以獲取。
蘋果在 iOS 7 之后對粘貼板做了限制，導致同一個設備上的應用間，無法再共享一個 OpenUDID。
UUID + 自己存儲
UUID(Universally Unique IDentifier)，通用唯一標示符，是一個32位的十六進制序列，使用小橫線來連接：8-4-4-4-12，通過 NSUUID(iOS 6 之后)[NSUUID UUID].UUIDString 或者 CFUUID(iOS 2 之后) CFBridgingRelease(CFUUIDCreateString(kCFAllocatorDefault, CFUUIDCreate(kCFAllocatorDefault))) 來獲取，但是每次獲取的值都不一樣，需要自己存儲。
推送 token + bundleID
推送 token 保證設備唯一，但是必須有網絡情況下才能工作，該方法不依賴於設備本身，但依賴於 apple push，而 apple push 有時候會抽風的。
IDFA
IDFA-identifierForIdentifier(廣告標示符)，在同一個設備上的所有 APP 都會取到相同的值，是蘋果專門給各廣告提供商用來追蹤用戶而設定的。雖然 iPhone 默認是允許追蹤的，而且一般用戶都不知道有這么個設置，但是用戶可以在 設置 - 隱私 - 廣告追蹤 里重置此 ID 的值，或者限制此 ID 的使用，所以有可能會取不到值。
IDFV
IDFV-identifierForVendor(Vendor 標示符)，通過 [UIDevice currentDevice].identifierForVendor.UUIDString 來獲取。是通過 bundleID 的反轉的前兩部分進行匹配，如果相同是同一個 Vendor ，例如對於 com.mayan.app_1 和 com.mayan.app_2 這兩個 bundleID 來說，就屬於同一個 Vendor ，共享同一個 IDFV，和 IDFA 不同的是，IDFV 的值一定能取到的，所以非常適合於作為內部用戶行為分析的主 ID 來識別用戶。但是用戶刪除了該 APP ，則 IDFV 值會被重置，再次安裝此 APP ，IDFV 的值和之前的不同。
IDFV + keychain
通過以上幾種儲存唯一標識的方法的分析，總結一下各有優劣。很多方法被蘋果禁止或者漏洞太多，越來越不被開發者使用，現在蘋果主推 IDFA 和 IDFV 這兩種方法，分別對外和對內，但是 IDFV 在 APP 重新安裝時會更改，所以我的方法是通過第一次生成的 IDFV 存儲到 keychain 中，以后每次獲取標識符都從 keychain 中獲取。