iOS weak strong retain assign copy 属性修饰对比

前言：

在iOS 开发中我们经常用到 weak strong retain assign copy 属性的修饰，他们的区别本质上是 1.是否开辟新的内存

2.是否对地址C有引用计数增加的区别。

参考简书: http://www.jianshu.com/p/a29a0bdd5da8 。笔者主要分三个部分来介绍区别。

第一是非容器可变变量的修饰如NSMutableString 第二是容器对象也就是NSArray等类型的第三是非容器不可变变量的修饰。第四是 Block 类型的修饰来区分每个地方的区别。DEMO下载地址。建议下载demo 试试。

代码分析：

首先

- (void)memoryTest

{

NSMutableString*tempMStr = [[NSMutableStringalloc]initWithString:@"strValue"];

NSLog(@"tempMStr值地址:%p，tempMStr值%@,tempMStr值引用计数%@\\n", tempMStr,tempMStr,[tempMStr valueForKey:retainCountKey]);

//输出tempMStr值地址:0x7a05f650，tempMStr值strValue,tempMStr值引用计数1

}

这个方法提供一中获取内存地址和引用计数的方式在 ARC 的情况下。下面的每个方法都是基于上述方法。

这是一个闪退的方法assign

可以发现在输出assignMStr时会出现奔溃的情况。原因是发送了野指针的情况。assign同weak，指向C并且计数不+1，但当C地址引用计数为0时，assign不会对C地址进行B数据的抹除操作也就是设置为 nil，只是进行值释放。这就导致野指针存在，即当这块地址还没写上其他值前，能输出正常值，但一旦重新写上数据，该指针随时可能没有值，造成奔溃。

- (void)compareAssignAndWeak

{

NSMutableString*mstrOrigin = [[NSMutableStringalloc]initWithString:@"mstrOriginValue"];

self.assignMStr= mstrOrigin;

self.weakMStr= mstrOrigin;

mstrOrigin = [[NSMutableStringalloc]initWithString:@"mstrOriginChange3"];

NSLog(@"weakMStr输出:%p,%@\\n",_weakMStr,_weakMStr);

NSLog(@"assignMStr输出:%p,%@\\n",self.assignMStr,self.assignMStr);

}

/**

注意引用计数的和修改不同的值的情况

- (void)testOne

{

//

NSMutableString*mstrOrigin = [[NSMutableStringalloc]initWithString:@"mstrOriginValue"];

// 有意思的是retainCount是一个对象类型

NSLog(@"mstrOrigin 开始的引用计数%@",[mstrOrigin valueForKey:@"retainCount"]);

self.aCopyMStr= mstrOrigin;

self.strongMStr= mstrOrigin;

self.retainMStr= mstrOrigin;

self.weakMStr= mstrOrigin;

self.assignMStr= mstrOrigin;

//

NSLog(@"mstrOrigin输出:%p,%@\\n", mstrOrigin,mstrOrigin);

NSLog(@"aCopyMStr输出:%p,%@\\n",_aCopyMStr,_aCopyMStr);

NSLog(@"strongMStr输出:%p,%@\\n",_strongMStr,_strongMStr);

NSLog(@"retainMStr输出:%p,%@\\n",_retainMStr,_retainMStr);

NSLog(@"weakMStr输出:%p,%@\\n",_weakMStr,_weakMStr);

NSLog(@"assignMStr输出:%p,%@\\n",_assignMStr,_assignMStr);

NSLog(@"mstrOrigin 新的引用计数%@",[mstrOrigin valueForKey:@"retainCount"]);

NSLog(@"aCopyMStr 的引用计数是:%@",[_aCopyMStrvalueForKey:@"retainCount"]);

/*

mstrOrigin 开始的引用计数1

mstrOrigin输出:0x60400004cab0,mstrOriginValue\n

aCopyMStr输出:0x600000447c20,mstrOriginValue\n

strongMStr输出:0x60400004cab0,mstrOriginValue\n

retainMStr输出:0x60400004cab0,mstrOriginValue\n

weakMStr输出:0x60400004cab0,mstrOriginValue\n

assignMStr输出:0x60400004cab0,mstrOriginValue\n

mstrOrigin 新的引用计数3

aCopyMStr 的引用计数是:1

*/

/*

从上面可以看出copy 并没有改变引用计数，ratain ,Strong 使得引用计数分别 +1

*/

NSLog(@"-------------修改原值后 ----------------");

[mstrOriginappendString:@"+appendValue"];

NSLog(@"mstrOrigin输出:%p,%@\\n", mstrOrigin,mstrOrigin);

NSLog(@"aCopyMStr输出:%p,%@\\n",_aCopyMStr,_aCopyMStr);// 没有改变

NSLog(@"strongMStr输出:%p,%@\\n",_strongMStr,_strongMStr);

NSLog(@"retainMStr输出:%p,%@\\n",_retainMStr,_retainMStr);

NSLog(@"weakMStr输出:%p,%@\\n",_weakMStr,_weakMStr);

NSLog(@"assignMStr输出:%p,%@\\n",_assignMStr,_assignMStr);

NSLog(@"----------------- 设置成nil--------------------");

mstrOrigin =nil;

NSLog(@"mstrOrigin输出:%p,%@\\n", mstrOrigin,mstrOrigin);

NSLog(@"aCopyMStr输出:%p,%@\\n",_aCopyMStr,_aCopyMStr);

NSLog(@"strongMStr输出:%p,%@\\n",_strongMStr,_strongMStr);

NSLog(@"retainMStr输出:%p,%@\\n",_retainMStr,_retainMStr);

NSLog(@"weakMStr输出:%p,%@\\n",_weakMStr,_weakMStr);

NSLog(@"assignMStr输出:%p,%@\\n",_assignMStr,_assignMStr);

NSLog(@"mstrOrigin 新的引用计数%@",[mstrOrigin valueForKey:@"retainCount"]);

NSLog(@"strongMStr 新的引用计数%@",[_strongMStrvalueForKey:@"retainCount"]);

NSLog(@"aCopyMStr 的引用计数是:%@",[_aCopyMStrvalueForKey:@"retainCount"]);

NSLog(@"assignMStr 的引用计数是:%@",[_assignMStrvalueForKey:@"retainCount"]);

// strong retain 等影响了weak assign 的对比

}

读者注意一点在这个 testOne 中打印信息 _assignMStr 这个值没有奔溃！！！为什么？因为 strong 属性对mstrOrigin 的修饰影响了 _assginMStr 造成并没有被释放。也就不会有野指针的问题！这是笔者要说明的。和参考的简书作者没有注意到的。

第二是容器对象也就是NSArray等类型的

- (void)arrTest

{

NSMutableArray*mArrOrigin = [[NSMutableArrayalloc]init];

NSMutableString*mstr1 = [[NSMutableStringalloc]initWithString:@"value1"];

NSMutableString*mstr2 = [[NSMutableStringalloc]initWithString:@"value2"];

NSMutableString*mstr3 = [[NSMutableStringalloc]initWithString:@"value3"];

[mArrOriginaddObject:mstr1];

[mArrOriginaddObject:mstr2];

//将mArrOrigin拷贝给aCopyMArr，strongMArr，weakMArr

self.aCopyMArr= mArrOrigin;

self.strongMArr= mArrOrigin;

self.weakMArr= mArrOrigin;

NSLog(@"mArrOrigin输出:%p,%@\\n", mArrOrigin,mArrOrigin);

NSLog(@"aCopyMArr输出:%p,%@\\n",_aCopyMArr,_aCopyMArr);

NSLog(@"strongMArr输出:%p,%@\\n",_strongMArr,_strongMArr);

NSLog(@"weakMArr输出:%p,%@\\n",_weakMArr,_weakMArr);

NSLog(@"weakMArr输出:%p,%@\\n",_weakMArr[0],_weakMArr[0]);

NSLog(@"mArrOrigin中的数据引用计数%@", [mArrOrigin valueForKey:@"retainCount"]);

NSLog(@"%p %p %p %p",&mArrOrigin,mArrOrigin,mArrOrigin[0],mArrOrigin[1]);

// 说明 weak 并没有增加引用计数

//给原数组添加一个元素

[mArrOriginaddObject:mstr3];

NSLog(@"mArrOrigin输出:%p,%@\\n", mArrOrigin,mArrOrigin);

NSLog(@"aCopyMArr输出:%p,%@\\n",_aCopyMArr,_aCopyMArr);

NSLog(@"strongMArr输出:%p,%@\\n",_strongMArr,_strongMArr);

NSLog(@"weakMArr输出:%p,%@\\n",_weakMArr,_weakMArr);

NSLog(@"mArrOrigin中的数据引用计数%@", [mArrOrigin valueForKey:@"retainCount"]);

//修改原数组中的元素，看是否有随之变化 copy也发生了改变

[mstr1appendFormat:@"aaa"];

NSLog(@"mArrOrigin输出:%p,%@\\n", mArrOrigin,mArrOrigin);

NSLog(@"aCopyMArr输出:%p,%@\\n",_aCopyMArr,_aCopyMArr);

NSLog(@"strongMArr输出:%p,%@\\n",_strongMArr,_strongMArr);

NSLog(@"weakMArr输出:%p,%@\\n",_weakMArr,_weakMArr);

#pragma mark ---- !!! 注意发现改变 mstr1

// _aCopyMArr 的第一个元素也发生了也就是 copy 了array 但是没有对每个元素

// 每个元素copy 一遍放新的数组里面去注意是并没有这么做。

}

如代码中注意所说。

上面代码有点多，所做的操作是mArrOrigin（value1,value2）赋值给copy,strong,weak修饰的aCopyMArr,strongMArr,weakMArr。通过给原数组增加元素，修改原数组元素值，然后输出mArrOrigin的引用计数，和数组地址，查看变化。

发现其中数组本身指向的内存地址除了aCopyMArr重新开辟了一块地址，strongMArr,weakMArr和mArrOrigin指针指向的地址是一样的。也就是说

容器可变变量中容器本身和非容器可变变量是一样的，copy深拷贝，strongMArr,weakMArr和assign都是浅拷贝

另外我们发现被拷贝对象mArrOrigin中的数据引用计数居然不是1而是3。也就是说容器内的数据拷贝都是进行了浅拷贝。同时当我们修改数组中的一个数据时strongMArr,weakMArr，aCopyMArr中的数据都改变了，说明

容器可变变量中的数据在拷贝的时候都是浅拷贝

第三是非容器不可变变量的修饰

- (void)nsstringTest

{

NSLog(@"\\n\\n\\n\\n------------------不可变量实验------------------------");

NSString*strOrigin = [[NSStringalloc]initWithUTF8String:"strOrigin0123456"];

self.aCopyStr= strOrigin;

self.strongStr= strOrigin;

self.weakStr= strOrigin;

NSLog(@"strOrigin输出:%p,%@\\n", strOrigin,strOrigin);

NSLog(@"aCopyStr输出:%p,%@\\n",_aCopyStr,_aCopyStr);

NSLog(@"strongStr输出:%p,%@\\n",_strongStr,_strongStr);

NSLog(@"weakStr输出:%p,%@\\n",_weakStr,_weakStr);

NSLog(@"------------------修改原值后------------------------");

strOrigin =@"aaa";

NSLog(@"strOrigin输出:%p,%@\\n", strOrigin,strOrigin);

NSLog(@"aCopyStr输出:%p,%@\\n",_aCopyStr,_aCopyStr);

NSLog(@"strongStr输出:%p,%@\\n",_strongStr,_strongStr);

NSLog(@"weakStr输出:%p,%@\\n",_weakStr,_weakStr);

NSLog(@"------------------结论------------------------");

NSLog(@"strOrigin值值为改变，但strOrigin和aCopyStr指针地址和指向都已经改变，说明不可变类型值不可被修改，重新初始化");

self.aCopyStr=nil;

self.strongStr=nil;

NSLog(@"strOrigin输出:%p,%@\\n", strOrigin,strOrigin);

NSLog(@"aCopyStr输出:%p,%@\\n",_aCopyStr,_aCopyStr);

NSLog(@"strongStr输出:%p,%@\\n",_strongStr,_strongStr);

NSLog(@"weakStr输出:%p,%@\\n",_weakStr,_weakStr);

NSLog(@"------------------结论------------------------");

NSLog(@"当只有weakStr拥有C时，值依旧会被释放，同非容器可变变量");

}

这个 weak 测试告诉我们上面方法中 strong 和 copy strOrigin 影响了weak 这个属性的值

对比和上面那个方法的测试 weakStr 的输出。

还有一个 strOrigin 被赋予新的值后前面一块区域实际是被系统回收了 weak 的对象设置成了 null 值

这样没有野指针。

- (void)weakStringTestTwo

{

NSString*strOrigin = [[NSStringalloc]initWithUTF8String:"HelloDeLong"];

self.weakStr= strOrigin;

NSLog(@"weakStr输出:%p,%@\\n",_weakStr,_weakStr);

strOrigin =@"aaa";

NSLog(@"weakStr输出:%p,%@\\n",_weakStr,_weakStr);

/*

weakStr输出:0x6000002252a0,HelloDeLong\n

weakStr输出:0x0,(null)\n

*/

}

第四是 Block 类型的修饰

- (void)retainBlockAlone

{

// 前面已经比较过strong 和 assign 的区别

TestBlockmBlock = ^(inta){

returna+3;

};

self.retainTestBlock= mBlock;

inta=self.retainTestBlock(4);

mBlock = ^(inta){

returna+5;

};

//self.retainTestBlock = mBlock;

intb=self.retainTestBlock(4);

mBlock =nil;

intc=self.retainTestBlock(4);// 无论 mBlock 如何改变都没有改变 retainBlock

}

在处理用strong声明的Block属性引发的问题时偶然发现的。在诸多教程中都会讲到：声明属性时用strong或者retain效果是一样的（貌似更多开发者更倾向于用strong）。不过在声明Block时，使用strong和retain会有截然不同的效果。strong会等于copy，而retain竟然等于assign！

当然定义Block还是应该用copy（还有其他需要注意的地方，可以参考这篇文章：iOS: ARC和非ARC下使用Block属性的问题），因为非ARC下不copy的Block会在栈中，ARC中的Block都会在堆上的。

代码这东西还是得敲边敲就会有新的灵感。

最后编辑于：2017.12.11 12:59:39

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 206,311评论 6赞 481
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 88,339评论 2赞 382
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 152,671评论 0赞 342
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 55,252评论 1赞 279
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 64,253评论 5赞 371
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 49,031评论 1赞 285
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 38,340评论 3赞 399
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 36,973评论 0赞 259
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 43,466评论 1赞 300
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 35,937评论 2赞 323
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 38,039评论 1赞 333
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 33,701评论 4赞 323
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 39,254评论 3赞 307
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 30,259评论 0赞 19
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 31,485评论 1赞 262
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 45,497评论 2赞 354
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 42,786评论 2赞 345

iOS weak strong retain assign copy 属性修饰 对比

前言：

代码分析：

推荐阅读更多精彩内容

iOS weak strong retain assign copy 属性修饰对比