iOS:获取iOS设备唯一标识符:IDFV+KeyChain(钥匙串)


    因为最近项目有需求:

     要求账号A绑定设备(如设备A),当使用新设备(设备B)进行登录账号A的时候, 需要账号A之前绑定的设备(设备A)先进行解除设备绑定,这样设备B 才能登录账号A
     
     所以,我需要设法找到iOS设备的唯一标示:
     简要说明一下:
     UDID: 设备的唯一设备识别符
     代码实现 : [[UIDevice cuurrent] uniqueIdenfier]
     UDID 在 iOS5.0 的时候已经被抛弃使用了.AppStore禁用,带UDID的禁止上架.
     
     
     UUID:指在一台机器上生成的数字,它保证对在同一时空中的所有机器都是唯一的.
     代码实现 : [NSUUID UUID].UUIDString.
     UUID值系统没有存储, 而且每次调用得到UUID,系统都会返回一个新的唯一标示符.
     但是通过运行程序可以发现,循环10次,每一次打印的值都是不一样的,当然循环的再多,这个值永远不会出现两个一样的值。
    所以从某种程序上来说,UUID跟你的设备没有什么关系了。
    由于UUID的本身特性,它保证对在同一时空中的所有机器都是唯一的。
    
    
    MAC地址:MAC(Medium/Media Access Control)地址,用来表示互联网上每一个站点的标识符,采用十六进制数表示,共六个字节(48位)。其中,前三个字节是由IEEE的注册管理机构 RA负责给不同厂家分配的代码(高位24位),也称为“编制上唯一的标识符” (Organizationally Unique Identifier),后三个字节(低位24位)由各厂家自行指派给生产的适配器接口,称为扩展标识符(唯一性)。 
     MAC地址在网络上用来区分设备的唯一性,接入网络的设备都有一个MAC地址,他们肯定都是不同的,是唯一的。一部iPhone上可能有多个MAC地址,包括WIFI的、SIM的等,但是iTouch和iPad上就有一个WIFI的,因此只需获取WIFI的MAC地址就好了,也就是en0的地址。 
    形象的说,MAC地址就如同我们身份证上的身份证号码,具有全球唯一性。这样就可以非常好的标识设备唯一性,类似与苹果设备的UDID号,通常的用途有: 
  1)用于一些统计与分析目的,利用用户的操作习惯和数据更好的规划产品; 
  2)作为用户ID来唯一识别用户,可以用游客身份使用app又能在服务器端保存相应的信息,省去用户名、密码等注册过程。
    
    但是:从iOS7及更高版本往后,如果你向iOS设备请求获取MAC地址,系统将返回一个固定值“02:00:00:00:00:00”.
    
    
        
    
    IDFA:广告追踪
    广告标示符,在同一个设备上的所有App都会取到相同的值,是苹果专门给各广告提供商用来追踪用户而设的。但好在Apple默认是允许追踪的,而且一般用户都不知道有这么个设置,所以基本上用来监测推广效果,是戳戳有余了。 
   它是iOS 6中另外一个新的方法,提供了一个方法advertisingIdentifier,通过调用该方法会返回一个NSUUID实例,最后可以获得一个UUID,由系统存储着的。
   不过即使这是由系统存储的,但是有几种情况下,会重新生成广告标示符。如果用户完全重置系统((设置程序 -> 通用 -> 还原 -> 还原位置与隐私) ,这个广告标示符会重新生成。另外如果用户明确的还原广告(设置程序-> 通用 -> 关于本机 -> 广告 -> 还原广告标示符) ,那么广告标示符也会重新生成。 
关于广告标示符的还原,有一点需要注意:如果程序在后台运行,此时用户“还原广告标示符”,然后再回到程序中,此时获取广 告标示符并不会立即获得还原后的标示符。必须要终止程序,然后再重新启动程序,才能获得还原后的广告标示符。 
所以IDFA也不可以作为获取唯一标识的方法,来识别用户
    
    代码实现:
    #import <AdSupport/AdSupport.h>
    NSString *adId = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];
    
    
    
    
    
    IDFV: Vendor标示符 (IDFV-identifierForVendor)

    Vendor标示符,是给Vendor标识用户用的,每个设备在所属同一个Vender的应用里,都有相同的值。其中的Vender是指应用提供商,但准确点说,是通过BundleID的反转的前两部分进行匹配,如果相同就是同一个Vender,例如对于com.taobao.app1, com.taobao.app2 这两个BundleID来说,就属于同一个Vender,共享同一个IDFV的值。和IDFA不同的是,IDFV的值是一定能取到的,所以非常适合于作为内部用户行为分析的主id,来标识用户,替代OpenUDID。 
    它是iOS 6中新增的,跟advertisingIdentifier一样,该方法返回的是一个 NSUUID对象,可以获得一个UUID。如果满足条件“相同的一个程序里面-相同的vendor-相同的设备”,那么获取到的这个属性值就不会变。如果是“相同的程序-相同的设备-不同的vendor,或者是相同的程序-不同的设备-无论是否相同的vendor”这样的情况,那么这个值是不会相同的。
    代码实现: 
     NSString *strIDFV = [[[UIDevice currentDevice] identifierForVendor] UUIDString];
     

综上所述,一般使用 IDFV配合 keyChain(钥匙串)使用:

    最后让后台配合你,后台记录你传递给他的设备标示:
     
    https://github.com/soffes/SAMKeychain 第三方钥匙串框架.
    
    登录时候的逻辑代码:
     //传递参数  UUID区别
    NSString *bundleId = [NSBundle mainBundle].bundleIdentifier;
    if ([SAMKeychain passwordForService:bundleId account:self.accountField.text].length > 0) { //有,说明之前有登陆成功过
        [dict setObject:[SAMKeychain passwordForService:bundleId account:self.accountField.text] forKey:@"UUID"];
    }else{
        //第一次登陆时候,imei参数 传从系统获取的IFDV,IDFV的值是一定能取到的。它是iOS 6中新增的,
        //但是使用IDFV也会存在一些问题。如果用户将属于此Vendor的所有App卸载,则IDFV的值会被重置,即再重装此Vendor的App,IDFV的值也会和之前的不同。  所以配合keyChain使用.
        NSString *IDFVstr = [[[UIDevice currentDevice] identifierForVendor] UUIDString];
//        NSLog(@"第一次登陆 IDFVstr--> %@",IDFVstr);
        [dict setObject:IDFVstr forKey:@"imei"];
    }
    
    
    登录成功之后逻辑代码:
    //登陆成功之后,  将 IFDV 写入 keyChain.
            [defaults setObject:self.accountField.text forKey:@"QSUsernameKey"];
     // 2018.8.13更新修改BUG: 将原先登录成功之后直接在本机钥匙串保存新的标示 修改为如果本机的钥匙串中有对应的标示,就不在修改,没有才去修改
//如果登录成功后,之前手机里面KeyChain里面对应账号和对应service有值,则不再重新复制.还沿用旧值(解决bug:app登录状态下,卸载,重新安装,登录同一设备同一账号同一app,设备限制无法登录问题,就是因为每次成功之后都会修改本地的keychain,而与服务器的不同导致的)
            if ([SAMKeychain passwordForService:bundleId account:self.accountField.text].length > 0) {
                
            }else{
                // 将用户密码保存在钥匙串
                NSString *IDFVstr = [[[UIDevice currentDevice] identifierForVendor] UUIDString];
                NSString *bundleId = [NSBundle mainBundle].bundleIdentifier;
                [SAMKeychain setPassword:IDFVstr forService:bundleId account:self.accountField.text];
//             NSLog(@"登陆成功之后保存的 IDFVstr-->%@ bundleId-->%@",IDFVstr,bundleId);
            }         
            
            
            //一般在设置界面  解除绑定的代码实现:
             
             走网络请求,给后台发送请求解除设备绑定,成功之后,在回调里面:写本地删除钥匙串中保存的数据:
             //解绑后台设备成功的话,也将keyChain中 数据删除
            NSString *bundleId = [NSBundle mainBundle].bundleIdentifier;
            [SAMKeychain deletePasswordForService:bundleId account:[defaults stringForKey:@"QSUsernameKey"]];
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,923评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,154评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,775评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,960评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,976评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,972评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,893评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,709评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,159评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,400评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,552评论 1 346
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,265评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,876评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,528评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,701评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,552评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,451评论 2 352

推荐阅读更多精彩内容