既然上篇提到了copy相关的知识点，那么趁热打铁介绍一下为什么字符串的属性，要用copy修饰。
介绍之前，先回忆一下属性修饰符都有哪些：
MRC：
assign：基本数据类型（当出现循环引用时，也要用assign）
retain：除Block和NSString外的其他对象
copy：一般用于NSString和Block
ARC：
strong：默认
weak：多用于ui和解决循环引用
copy：用于NSString和Block
assign：非OC对象
既然NSString属于OC对象,那么我们先不使用Copy修饰,在ARC模式下,声明的属性默认是strong修饰,接下来就演示strong修饰NSString的后果
先定义一个AMPerson类，如下：
@interface AMPerson : NSObject
@property (strong,nonatomic)NSString *name;
@end
在控制器中的viewDidLoad方法中编辑如下代码：
AMPerson *p = [[AMPerson alloc] init];
NSMutableString *str = [NSMutableString string];
[str appendString:@"anmav"];
p.name = str;
[str appendString:@"yc"];
NSLog(@"%@",p.name);
打印结果为：anmavyc
结果分析: 如果使用strong修复NSString类型属性,p.name 指向可变字符串对象的地址,当可变字符串内容发生变化时,p.name相对应的也发生变化。
使用copy修饰后,将可变字符串重新拷贝一份,重新开辟内存空间,修改mutableString的值,不会对p.name造成影响。
刚刚的演示,我使用了NSMutableString(可变字符串),对mutableString执行copy操作,属于深拷贝,所以开辟的新内存空间,如果使用的是NSString(不可变内存),对NSString进行copy属于浅拷贝,不会开辟新的内存空间,是不是就不会出现这个问题了呢?
AMPerson *p = [[AMPerson alloc] init];
NSString *str = [NSString string];
str = @"anmav";
p.name = str;
str = @"yc";
NSLog(@"%@",p.name);
打印结果为：anmav
将之前的可变字符串变为不可变字符串,因为NSString不支持append添加操作,我这里的两次str赋值操作,其实是让str重新指向了一片内存空间,并不是修改了str原本内存中的值
(OC中对象即指针,实际上存储的是内存地址,p.name = str; 实际是将str存储的@"xiaoming"这块地址给了p.name,p.name还指向着@"xiaoming")
所以改变str的指向后,p.name的指向并没有改变,输出没有受到影响
网友评论