iOS Copy

copy的目的

顾名思义拷贝就是要产生一个副本对象,和我们平时使用的Ctr+CCtr+V是一样的,目的是保证副本对象与源对象互不影响。
互不影响可以从两个方面去理解:
1、修改了源对象,不会影响副本对象。
2、修改了副本对象,不会影响源对象。

\color{#3072f6}{场景1}

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSMutableString *str1 = [[NSMutableString alloc] initWithFormat:@"季末"];
        NSString *str2 = [str1 copy];
        
        NSLog(@"before: str1 - %@ str2 - %@", str1, str2);
        [str1 appendString:@"1"];
        NSLog(@"after: str1 - %@ str2 - %@", str1, str2);
    }
    return 0;
}

以下运行结果显示拷贝结束后修改str1的内容没有影响str2

2019-06-10 20:55:03.776131+0800 Interview04-copy[42200:688528] before: str1 - 季末 str2 - 季末
2019-06-10 20:55:03.776296+0800 Interview04-copy[42200:688528] after: str1 - 季末1 str2 - 季末

\color{#3072f6}{场景2}

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSString *str1 = [NSString stringWithFormat:@"季末"];
        NSMutableString *str2 = [str1 mutableCopy];
        
        NSLog(@"before: str1 - %@ str2 - %@", str1, str2);
        [str2 appendString:@"1"];
        NSLog(@"after: str1 - %@ str2 - %@", str1, str2);
    }
    return 0;
}

以下运行结果显示拷贝结束后修改str2的内容没有影响str1

2019-06-10 20:36:19.432627+0800 Interview04-copy[42047:672403] befor: str1 - 季末 str2 - 季末
2019-06-10 20:36:19.432782+0800 Interview04-copy[42047:672403] after: str1 - 季末 str2 - 季末1

所以copy的目的你是不是现在更清楚了呢?

copy 和 mutableCopy

copy:不可变拷贝,产生不可变副本。
mutableCopy:可变拷贝,产生可变副本。
首先我们验证一下copymutableCopy生成对象的类型。

int main(int argc, const char * argv[]) {
    @autoreleasepool {
    NSString *str1 = [NSString stringWithFormat:@"季末"];
    NSMutableString *str2 = [str1 mutableCopy];
    NSMutableString *str3 = [str1 copy];
    
    [str2 appendString:@"2"];
    NSLog(@"str2 - %@", str2);
        
    [str3 appendString:@"3"];
    NSLog(@"str3 - %@", str3);
    }
    return 0;
}
2019-06-07 15:10:44.638794+0800 Interview04-copy[2826:278171] str2 - 季末2
2019-06-07 15:10:44.639270+0800 Interview04-copy[2826:278171] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'Attempt to mutate immutable object with appendString:'

从打印结果可以看出str2是可变字符串,str3为不可变字符串。
接下来我们观察下str1str2str3的内存地址:

int main(int argc, const char * argv[]) {
    @autoreleasepool {
    NSString *str1 = [NSString stringWithFormat:@"季末"];
    NSString *str2 = [str1 copy];
    NSMutableString *str3 = [str1 mutableCopy];
        
    NSLog(@"%@ %p", str1, str1);
    
    NSLog(@"%@ %p", str2, str2);
        
    NSLog(@"%@ %p", str3, str3);
    }
    return 0;
}
2019-06-07 14:56:39.835480+0800 Interview04-copy[2751:264704] 季末 0x10386b500
2019-06-07 14:56:39.835642+0800 Interview04-copy[2751:264704] 季末 0x10386b500
2019-06-07 14:56:39.835651+0800 Interview04-copy[2751:264704] 季末 0x1038694e0

我们发现 str1str2str3的内容都是“季末”str1str2指向同一块内存,str3是新开辟的一块内存,为何str2str3两者的情况不一致呢?
这里便引入了深拷贝浅拷贝的概念, 所谓深拷贝就是内容拷贝,新开辟一块内存,将内容拷贝到该内存,由于str3为可变字符串,当其变化时候不能影响str1,所以需要新开辟内存。
浅拷贝也就是指针拷贝,不会新开辟内存,仅仅是将指针指向该内存,作用同retain,因为源对象str1和副本对象str2都是不可变字符串,从节约内存的角度来讲不需要存在两份内容,所以两者指向了同一块内存。

那么如果原始数据为可变字符串的话情况又是什么样的呢?

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSMutableString *str1 = [NSMutableString stringWithFormat:@"季末"];
        NSMutableString *str2 = [str1 mutableCopy];
        NSString *str3 = [str1 copy];
        
        NSLog(@"%@ %p", str1, str1);
        NSLog(@"%@ %p", str2, str2);
        NSLog(@"%@ %p", str3, str3);
    }
    return 0;
}
2019-06-07 15:22:50.911181+0800 Interview04-copy[2889:287084] 季末 0x103805e10
2019-06-07 15:22:50.911343+0800 Interview04-copy[2889:287084] 季末 0x103805f10
2019-06-07 15:22:50.911352+0800 Interview04-copy[2889:287084] 季末 0x1038057a0

此时,你会发现str1str2str3的内存各不相同,我们来分析下为什么?
由于str1是可变字符串,当其变化的时候想要不影响str2str3str2str3必须是新开辟的内存。
深拷贝还是浅拷贝与源对象和拷贝方法有关 ,只有源对象和副本对象都不可变时是浅拷贝,其余场景都是深拷贝。现总结如下:

copy总结

内存管理copy

@property (nonatomic, copy) NSString *name;

那么我们平时在属性中使用copy的作用又是什么呢?

@property (nonatomic, copy) NSMutableString *name;

上面这种写法又有什么错误呢?

#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN
@interface LJPerson : NSObject
@property (nonatomic, copy) NSString *nameCopy;
@property (nonatomic, strong) NSString *nameStrong;
@end
NS_ASSUME_NONNULL_END
int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSMutableString *str1 = [NSMutableString stringWithFormat:@"季末"];
        LJPerson *p = [[LJPerson alloc] init];
        p.nameCopy = str1;
        p.nameStrong = str1;
        
        [str1 appendString:@"灬离殇"];
        NSLog(@"str1 %p-%@", str1, str1);
        NSLog(@"nameCopy %p-%@  nameStrong %p-%@", p.nameCopy, p.nameCopy, p.nameStrong, p.nameStrong);
    }
    return 0;
}
2019-06-07 16:06:02.737937+0800 Interview04-copy[3020:321754] str1 0x103a05ca0-季末灬离殇
2019-06-07 16:06:02.738104+0800 Interview04-copy[3020:321754] nameCopy 0x103a05ec0-季末  nameStrong 0x103a05ca0-季末灬离殇

运行发现nameCopy的内存地址和内容同str1都不同,而nameStrong内存地址和内容同str1都一样。当外部修改str1时候会对nameStrong造成影响,破坏了其封装性,所以在当你不希望受到外部内容变化影响的时候需要使用copy修改Core Foundation中存在可变类型的不可变对象。而copy无论源对象可变与否,产生的副本对象均为不可变对象,此时声明类型为可变非常危险,如果在运行时调用可变对象的方法会造成崩溃,因为对象的实际类型为不可变。
nameCopyMRC下的setter方法如下:

@property (nonatomic, copy) NSString *nameCopy;
- (void)setNameCopy:(NSString *)nameCopy {
    if (_nameCopy != nameCopy) {
        [_nameCopy release];
        _nameCopy = [nameCopy copy];
    }
}

nameStrongMRC下的setter方法如下:

@property (nonatomic, strong) NSString *nameStrong;
- (void)setNameStrong:(NSString *)nameStrong {
    if (_nameStrong != nameStrong) {
        [_nameStrong release];
        _nameStrong = [nameStrong retain];
    }
}

自定义类copy

如果我们希望自己定义的类,也能使用copy方法,该如何操作呢?
假设我们直接使用copy,看看会出现什么情况。

LJPerson *p = [[LJPerson alloc] init];
p.name = @"Jack";
LJPerson *p1 = [p copy];

运行结果

-[LJPerson copyWithZone:]: unrecognized selector sent to instance 0x104100310

我们会发现,这时候程序会报错,说我们没有实现copyWithZone:方法。这说明,我们是可以为自己的类定义copy方法的,只是要进行一些规范性的操作。
自定义类实现copy的步骤:
(1)遵守NSCopying协议
(2)实现copyWithZone:方法

#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN
// 遵守NSCopying协议
@interface LJPerson : NSObject<NSCopying>
@property (nonatomic, copy) NSString *name;
@end
NS_ASSUME_NONNULL_END
#import "LJPerson.h"
// 实现copyWithZone方法
@implementation LJPerson 
- (id)copyWithZone:(NSZone *)zone {
    LJPerson *p = [[self.class allocWithZone:zone] init];
    p.name = self.name;
    return p;
}
@end
int main(int argc, const char * argv[]) {
    @autoreleasepool {
        LJPerson *p = [[LJPerson alloc] init];
        p.name = @"Jack";
        LJPerson *p1 = [p copy];
        
        NSLog(@"%p %@", p, p.name);
        NSLog(@"%p %@", p1, p1.name);
    }
    return 0;
}

运行结果:

2019-06-07 12:28:58.074770+0800 Interview04-copy[2632:234842] 0x104006cd0 Jack
2019-06-07 12:28:58.074962+0800 Interview04-copy[2632:234842] 0x104006ae0 Jack

关于copy今天就讲到这里,如果有哪里讲的不对或者有疑问的地方,欢迎私信我。

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

推荐阅读更多精彩内容