属性

前提条件,我们在讨论属性的参数问题。属性参数是干嘛的?为什么会有属性参数?

属性左右内存。在设计类的时候,我们应该充分运用属性来封装数据,而数据就一定是要有存储空间存储的。而对于这些内存的操作,是多种多样的,我们在声明属性时,必须要指明其内存的操作方式,也就是其封装的数据的操作方式(对象也是为了数据而生,面向对象就是面向数据),便于内存空间的管理。


当我们创建一个对象时,会给该对象创建属于自己的内存空间,其中会为其属性创建对应的内存空间。

assign:将数值复制到当前对象的内存属性空间中,该内存空间的引用计数恒为1。同时,不会对赋值源的引用计数产生影响。也就是说,被该关键字修饰的属性内存空间的引用计数永远是1。注意,这个属性只适用于基本数据类型,不能用于对象的操作(字符串,数组,字典等都是对象)

copy:

深拷贝和浅拷贝:浅拷贝就是指针拷贝;深拷贝就是内容拷贝

NSArray copy -> NSArray

NSMutableArray copy -> NSArray

NSString copy -> NSString

NSMutableString copy -> NSString

NSArray mutableCopy -> NSMutableArray

NSMutableArray mutableCopy -> NSMutableArray

NSString mutableCopy -> NSMutableString

NSMutableString mutableCopy -> NSMutableString

对 immtable 类进行 copy 、 mutableCopy 得到的结果是不一样得, mutableCopy 之后我们得到了一个 NSArray 的可变版本,并且内存地址与原始的 array 不同,说明对 immutable 类进行 mutableCopy 得到的结果进行了内容拷贝,但是其容器内部的数据并没有拷贝内容(地址没有变化),也就是说,拷贝了一个; 而对 immutable 类进行 copy 操作,与原始的 array 是一毛一样, 也就是我们常说的,拷贝了一份指针。

对于一个 mutable 类型的对象来说,不论进行的是 copy 还是 mutableCopy 操作,其地址 Address 都不一样, 而其容器中的内容不变。则,对一个 mutable 类型的对象进行 copy 或者是 mutableCopy ,都拷贝了一个壳,而容器内的数据不会进行拷贝内容的操作。

浅copy,类似strong,持有原始对象的指针,会使retainCount加一。浅copy和strong引用的区别仅仅是浅copy多执行一步copyWithZone:方法。

关键点:找准源对象类型才能分清copy 是浅拷贝还是深拷贝

不管是集合类对象,还是非集合类对象,接收到copy和mutableCopy消息时,都遵循以下准则:

copy返回imutable对象;mutableCopy返回mutable对象;

对copy返回值使用mutable对象接口就会crash

系统非集合类对象指的是 NSString, NSNumber ... 之类的对象

在非集合类对象中:

对immutable对象进行copy操作,是指针复制,mutableCopy操作时内容复制;

对mutable对象进行copy和mutableCopy都是内容复制。

集合类的对象自身的 shallow copy 和 deep copy

我着重强调 “对象自身” 是因为这里对象 是集合类型的,它具有存储其它对象的能力, 对象自身 和 对象内的元素 执行的 copy操作是不同的。这里我们先看“对象自身”,后面 我们会讲 “对象内的元素” copy操作。

集合类对象是指NSArray、NSDictionary、NSSet ... 之类的对象

在集合类对象中,对immutable对象进行copy,是指针复制,mutableCopy是内容复制;对mutable对象进行copy和mutableCopy都是内容复制。但是:集合对象的内容复制仅限于对象本身,对象元素仍然是指针复制。

对(集合类) 对象自身执行深copy,对 (集合类)对象内部的元素 执行浅copy,称为集合类的单层深复制。

NSMutableString*mutableString1 = [NSMutableStringstringWithString:@"1"];

NSMutableString*mutalbeString2 = [NSMutableStringstringWithString:@"1"];

NSMutableArray*mutableArr = [NSMutableArrayarrayWithObjects:mutalbeString2,nil];

// mutableString1和mutableArr放入NSArray

NSMutableArray*testArr = [NSMutableArrayarrayWithObjects:mutableString1, mutableArr,nil];

NSArray*testArrCopy = [[NSArrayalloc]initWithArray:testArrcopyItems:YES];

NSLog(@"数组自身地址%p %p", testArr,&testArr);

NSLog(@"数组自身地址%p", testArrCopy);NSLog(@"查看数组内部元素的地址---------------");

NSLog(@"%p", testArr[0]);NSLog(@"%p", testArrCopy[0]);

NSLog(@"%p", testArr[1]);NSLog(@"%p", testArrCopy[1]);

NSLog(@"查看数组中包含的数组中的元素的地址---------------");

// mutableArr中的元素对比,即mutalbeString2对比

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

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

initWithArray: copyItems:会使NSArray中元素均执行copy方法。这也是我在testArr中放入NSMutableArray和NSMutableString的原因。如果我放入的是NSArray或者NSString,执行copy后,只会发生指针复制;如果我放入的是未实现NSCopying协议的对象,调用这个方法会crash。

查看内存,数组和数组中的元素(非数组的)都进行了深拷贝,但是mutalbeString2的指针地址均没有变化,仍然是浅拷贝。所以这里的 深拷贝不是完全深拷贝 可以理解为 双层深复制


完全深复制  (完美copy)

如果想 完美的解决NSArray嵌套NSArray这种情形,使用归档、解档的方式

NSMutableString*mutableString1 = [NSMutableStringstringWithString:@"1"];

NSMutableString*mutalbeString2 = [NSMutableStringstringWithString:@"1"];

NSMutableArray*mutableArr = [NSMutableArrayarrayWithObjects:mutalbeString2,nil];

// mutableString1和mutableArr放入NSArray

NSMutableArray*testArr = [NSMutableArrayarrayWithObjects:mutableString1, mutableArr,nil];

NSArray*testArrCopy = [NSKeyedUnarchiverunarchiveObjectWithData:[NSKeyedArchiverarchivedDataWithRootObject:testArr]];

NSLog(@"数组自身地址%p %p", testArr,&testArr);

NSLog(@"数组自身%p", testArrCopy);

NSLog(@"查看数组内部元素的地址---------------");

NSLog(@"%p", testArr[0]);

NSLog(@"%p", testArrCopy[0]);

NSLog(@"%p", testArr[1]);

NSLog(@"%p", testArrCopy[1]);

NSLog(@"查看数组中包含的数组中的元素的地址---------------");

// mutableArr中的元素对比,即mutalbeString2对比

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

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

NSLog(@"修改元素---------------");

testArrCopy[1][0] =@"111";

NSLog(@"%@", testArr[1][0]);

NSLog(@"%@", testArrCopy[1][0]);

查看内存,可见完成了完全深复制,testArr和testArrCopy中的元素,以及容器中容器的指针地址完全不同,所以完成了完全深复制。testArr和testArrCopy数组内的元素值修改互不影响。

这里使用归档和解档的前提是NSArray中所有的对象(NSString)都实现了NSCoding协议。(如果是你自定义的对象,你需要单独实现NSCoding协议 )

作为属性:

用 strong 和 copy 修饰的属性会被 copy

用 weak 和 assign 修饰的属性不会被 copy

retain

readonly

readwrite

nonatomic

atomic

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,519评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,842评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,544评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,742评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,646评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,027评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,513评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,169评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,324评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,268评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,299评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,996评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,591评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,667评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,911评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,288评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,871评论 2 341

推荐阅读更多精彩内容