現有IOS設備唯一標示符的方案比較

UDID

[[UIDevice currentDevice] uniqueIdentfier]

iOS官方最早提供的UDID方案，根據某一公式，使用設備序列號、網卡地址等信息作為參數計算而來，iOS6之後該計算公式發生了改變。

該方法返回的結果在所有應用中都相同，並且卸載應用、刷機、還原設備均不會發生改變，是最為准確的設備唯一標示符。

iOS5之後，該方法被標記為廢棄！最終，在2013年5月1號之後，AppStore禁止任何使用該方法的應用上架。

iOS7中對外公開的API中已經移除了該方法！

網卡地址

通過Unix級別的API去獲取Wifi的網卡地址。

該方法屬於UDID替代方案中最為准確的一種，因為網卡地址不會因為刷機、還原設備而發生改變。故追求唯一性的廠商多選擇此種方案！

在iOS7之後，應用已經無法獲取網卡地址，所以該方案在iOS7中也已經被廢棄。

OpenUDID

開源的一個UDID替代方案，原理是利用應用間的剪貼板共享和本地一些必要的緩存信息，讓多個應用間共享一個UUID。

OpenUDID在官方廢棄UDID接口之後，受到廣泛的歡迎！可以說是現在大多數應用的UDID替代方法。

OpenUDID在刷機、還原設備後就會產生新的UDID，事實上，由於剪貼板的特殊性，如果所有使用了OpenUDID的應用被全部卸載之後，再次安裝的應用取到的OpenUDID將會是一個全新的值！

iOS7中，不同組的應用（即不同廠商）的應用之間不再能共享剪貼板間的數據！

同組（即同一廠商）應用的定義為：Info.plist中關於軟件唯一標示符的字段CFBundleIdentifier中的前兩段標識符（例如com.mycompany）相同。

固在iOS7中，OpenUDID也將慢慢失去它的意義。

保存在NSUserDefault中的UUID

在iOS5將UDID標為廢棄之後，官方提供的替代方案。即使用CFUUIDCreate生成一個UUID，並將之保存在NSUserDefault中，用它作為設備標識符。在iOS6之後，蘋果更推出NSUUID來替代CFUUIDCreate，但本質是一樣的。

UUID每次都會生成一個新的字符串，也就是說應用被卸載之後，就會被認為是一個新的設備，更不用提刷機、還原設備了。

故基本無人采用UUID的方案。

廠商唯一標識符identifierForVender

[[UIDevice currentDevice] identifierForVender]

iOS6中推出的UDID替代方案，該方法對於同一廠商的應用返回相同的值，不同廠商所得到的值不同。

該方案刷機、還原設備後，獲得值將會改變。同樣注意的是：如果同一廠商安裝的所有應用都被卸載後，新安裝的同一廠商的應用同樣也將獲得新的值，而不是原來的值！

由於不能跨廠商，並且軟件卸載後再安裝有改變的可能性，該方案也並沒有被廣大開發商接受。

廣告標識符advertisingIdentifier

[[ASIdentifierManager sharedManager] advertisingIdentifier];

iOS6中推出的另一款UDID替代方案，該方法對所有廠商的應用返回相同的值。同樣提供的是另一個API，advertisingTrackingEnabled，該參數表示用戶是否希望廣告追蹤被限定，但該參數僅僅是個布爾值，用於表示用戶意願，不影響advertisingIdentifier的讀取。

該方法由於是官方提供的，並且所有廠商的應用取到的值相同，所以相對接受度好些，但是由於僅在iOS6上適用，所以更多人還是選擇了OpenUDID的方案。

該方法刷機、還原設備後，獲得的值將會改變。此外，用戶如果通過設置->關於本機->廣告->還原廣告標識符，就可以重新生成一個新的值。

該方法是iOS7上目前官方允許的范疇內最為可接受的方案。

IMEI

iOS官方API無法獲得IMEI，或者說禁止獲取。故很少有人在iOS上去讀取IMEI。但IMEI作為設備唯一標識符是最為准確的方法之一！不會隨著刷機、還原設備而改變！

讀取IMEI的應用將會被AppStore拒絕！

同樣類似的方案有藍牙地址、iOS設備序列號（SerialNumbedr）等等。