Objective-C中的深浅拷贝

项目中遇到把购物车中勾选的商品数据传递到订单确认页面时,我直接将整个购物车商品的数据模型传递过去,然后再在订单确认页面里对模型里面的商品数据进行了删除,而这样的操作也会影响到购物车页面,所以需要进行拷贝操作。虽然不算太难的解决了这个问题,但是感觉时误打误撞,所以翻看了《Objective-C程序设计》有了这篇记录。

区分深拷贝和浅拷贝

我们以一个自定义对象的copy操作,来进行解释,在此之前,我们需要了解,如果想要实现自定义对象的copy操作,该类型必须遵循<NSCopying>协议,并且实现 - (id)copyWithZone:(NSZone *)zone方法。
当实现这个方法时,唯一需要注意是,生成对象副本的语句要如下:MyObject *copyObject = [self class] allocWithZone:zone];,那么为什么不是这样写呢?MyObject *copyObject = [MyObject allocWithZone:zone];因为当该类型的子类SubObject也要实现copy操作,会首先调用父类的copy实现方法,这时就会返回一个新的MyObject类型的对象,而不是SubObject类型,在操作Subject的属性赋值方法里,则会因为MyObject根本没有这个属性,而导致程序崩溃。

屏幕快照 2017-09-10 下午11.34.01
屏幕快照 2017-09-10 下午11.34.01

非容器对象中的深拷贝和浅拷贝

如果你有一个对象MyPerson *person = [MyPerson alloc] init];,该对象还有一个name属性person.name = @"testName;,我们在此对person对象进行copy操作MyPerson *anotherPerson = [person copy],浅拷贝的含义是产生新的一个anotherPerson对象,但是其属性还是person一样,person.name指向同一个对象;而深拷贝的含义则是不仅产生新的一个anotherPerson对象,而且其属性anotherPerson.name所指向的对象也是区别于person.name。
浅拷贝:

屏幕快照 2017-09-11 下午9.54.08
屏幕快照 2017-09-11 下午9.54.08

深拷贝:
首先自定义深拷贝的实现方法


屏幕快照 2017-09-11 下午9.58.31
屏幕快照 2017-09-11 下午9.58.31

效果如下:


屏幕快照 2017-09-11 下午10.00.22
屏幕快照 2017-09-11 下午10.00.22

总结:当我们执行copy操作的时候,接受者会产生一个新的对象,但是如果没有自定义深拷贝的实现的话,新的对象和旧的对象的属性都是指向同一个内存地址。

容器对象中的深拷贝和浅拷贝

在OC中,所有Foundation中的容器类,分为可变容器和不可变容器,它们的拷贝都是浅拷贝。对容器进行拷贝时,会产生一个新的容器对象,并且复制容器里的指针。

屏幕快照 2017-09-11 下午10.32.06
屏幕快照 2017-09-11 下午10.32.06

那么怎么对容器进行深拷贝呢?
我们可以利用方法:- (instancetype)initWithArray:(NSArray<ObjectType> *)array copyItems:(BOOL)flag;,flag值为YES时,会对容器类的对象执行copy操作,注意这里,如果对象是可变对象,那么执行copy操作后,得到的将是不可变对象。

copy 和 mutableCopy

使用copy 或者是 mutableCopy 的时候,不对接受者是可变还是不可变进行要求的,可变对象执行copy操作后,返回不可变对象,不可变对象执行mutableCopy操作后,返回可变对象。

如何更容易的去理解深浅拷贝的概念

首先要明白两点:引用计数指针,当我们进行普通的赋值操作时:

NSMutableString *str1 = [NSMutableString stringWithString:@"test"];
NSMutableString *str2 = str1;
    
[str2 appendString:@"-test"];
    
NSLog(@"str1 = %@", str1);
NSLog(@"str2 = %@", str2);

两个指针对象str1str2指向同一处内存地址,而进行拷贝的时候,无论是自定义对象还是容器类,浅拷贝时,copy得到的自定义对象和原对象的属性指针也是指向同一个内存地址,只是属性指针所指向的对象的引用计数+1而已。

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

推荐阅读更多精彩内容

  • 前言 不敢说覆盖OC中所有copy的知识点,但最起码是目前最全的最新的一篇关于 copy的技术文档了。后续发现有新...
    zyydeveloper阅读 3,315评论 4 35
  • 1.浅拷贝 所谓的浅拷贝,就是指只是将对象内存地址多了一个引用,也就是说,拷贝结束之后,两个对象的值不仅相同,而且...
    小瓶子Zgp阅读 1,638评论 1 2
  • 深拷贝和浅拷贝这个问题在面试中常常被问到,而在实际开发中,只要稍有不慎,就会在这里出现问题。尤其对于初学者来说,我...
    西门淋雨阅读 1,764评论 0 1
  • 通常我们在使用@property声明属性的时候,对于NSString、NSArray、 NSDictionary经...
    NotFunGuy阅读 2,181评论 0 7
  • 集合类型的拷贝 深拷贝是深度拷贝,是拷贝一个实例对象到一个新的内存地址,而浅拷贝只是简单拷贝一个实例对象的指针。苹...
    Longshihua阅读 468评论 0 0