【iOS】属性关键字

属性分为三大类&＃xff1a;

1. 读写性控制
2. setter相关修饰符
3. 原子性修饰符

&＃64;property

• &＃64;property其实是在编译阶段由编译器自动帮我们生成setter方法&＃xff0c;getter方法的

&＃64;synthesize

• 当我们在实现文件中不写&＃64;synthesize propertyName时&＃xff0c;在Xcode 4.5之前的版本不会帮我们自动实现setter和getter方法&＃xff0c;系统当然也不再会为我们生成对应的成员变量。但是在Xcode 4.5之后可以不用写&＃64;synthesize了
• 当我们既定义了&＃64;synthesize&＃xff0c;又在实现文件中人为重写setter和getter方法时&＃xff0c;那么&＃64;synthesize将不再工作&＃xff0c;也就不会为我们创建没有定义的_propertyName成员变量了&＃xff0c;这时候如果在setter和getter方法中调用_propertyName将会发生编译错误

&＃64;dynamic

• &＃64;dynamic 告诉编译器&＃xff1a;属性的 setter 与 getter 方法由用户自己实现&＃xff0c;不自动生成。

• readOnly只读&＃xff0c;只会生成getter方法&＃xff0c;不会生成setter方法&＃xff08;但外部还是可以用KVC去赋值&＃xff09;
• readWrite可读可写&＃xff0c;会生成setter方法&＃xff0c;也会生成getter方法&＃xff08;默认设置&＃xff09;

• assign&＃xff1a;表示直接赋值&＃xff0c;用于基本数据类型&＃xff0c;包括id类型&＃xff0c;这个修饰符不会牵涉到内存管理&＃xff0c;但是如果是对象类型&＃xff0c;使用此修饰符则可能会导致内存泄露。&＃xff08;不会使引用计数&＃43;1&＃xff0c;也就是直接赋值&＃xff09;
• retain&＃xff1a;针对对象类型进行内存管理&＃xff0c;如果对基本数据类型使用&＃xff0c;则X-code会直接报错&＃xff0c;当给对象类型使用此修饰符时&＃xff0c;setter方法会先将旧的对象属性release掉&＃xff0c;在对新的对象进行一次赋值并进行一次retain操作 &＃xff08;会使引用计数&＃43;1&＃xff09;
• week&＃xff1a;打开ARC时才会使用&＃xff0c;相当于assign&＃xff0c;可以把对应的指针变量置为nil
• strong&＃xff1a;打开ARC时才会使用&＃xff0c;相当于retain
• copy&＃xff1a;建立一个索引计数为1的对象&＃xff0c;在赋值时使用传入值的一份拷贝

copy

• NSString、NSArray、 NSDictionary 等等经常使用copy关键字&＃xff0c;是因为他们有对应的可变类型:NSMutableString、NSMutableArray、 NSMutableDictionary.为确保对象中的属性值不会无意间变动,应该在设置新属性值时拷贝一份保护其封装性block&＃xff0c;也经常使用copy,关键字block。

用&＃64;property声明的NSString(或NSArray,NSDictionary)经常使用copy关键字&＃xff0c;为什么?如果改用strong关键字,可能造成什么问题?

• 因为父类指针可以指向子类对象,使用copy的目的是为了让本对象的属性不受外界影响,使用copy无论给我传入是一个可变对象还是不可对象&＃xff0c;我本身持有的就是一个不可变的副本.如果我们使用是strong,那么这个属性就有可能指向一个可变对象&＃xff0c;如果这个可变对象在外部被修改了,那么会影响该属性.

深浅拷贝

非集合类对象的 copy 与 mutableCopy

[不可变对象 copy] // 浅复制
[不可变对象 mutableCopy] //深复制
[可变对象 copy] //深复制
[可变对象 mutableCopy] //深复制


例如&＃xff1a;

NSArray* arr1 &＃61; [NSArray arrayWithObjects:&＃64;"苹果", &＃64;"桃子", &＃64;"葡萄", nil];NSArray* arr3 &＃61; [arr1 mutableCopy];NSLog(&＃64;"arr1 &＃61; %p, arr2 &＃61; %p, arr3 &＃61; %p", arr1, arr2, arr3); //每个元素的指针地址相同


• 如上&＃xff0c;arr1和arr2地址相同&＃xff0c;但与arr3不相同。
• 因为arr1是不可变对象&＃xff0c;arr2复制时使用copy关键字&＃xff0c;进行了浅拷贝
• arr3复制时使用mutableCopy关键字&＃xff0c;创建了一个新的对象&＃xff0c;进行了深拷贝

copy与strong关键字的差异

当我分别使用copy和strong关键字定义属性再进行复制时

&＃64;property (nonatomic, copy) NSArray* arr1;
&＃64;property (nonatomic, strong) NSArray* strongArr1;


NSMutableArray* test &＃61; [NSMutableArray arrayWithObjects:&＃64;"a", &＃64;"b", &＃64;"c", nil];self.arr1 &＃61; test;self.strongArr1 &＃61; test;NSLog(&＃64;"%p , %p",test, _arr1);NSLog(&＃64;"%p , %p",test, _strongArr1);


• 可以看到&＃xff0c;当我对test数组分别对copy和strong关键字定义的数组进行赋值时&＃xff0c;用copy关键字声明的arr1属性的地址发生了变化&＃xff0c;也就是产生了一个新的对象&＃xff0c;进行了深复制。而用strong关键字声明的strongArr1属性的地址和test相同&＃xff0c;进行了浅复制
• strong修饰下&＃xff0c;我们的strongArr1会持有原来的对象&＃xff0c;使原来的对象引用计数&＃43;1&＃xff0c;属于浅拷贝&＃xff0c;这时候进行操作时&＃xff0c;test和strongArr1的值都会发生改变
• 一般来说对于不可变对象我们使用copy修饰从而防止它的值发送改变&＃xff0c;而可变的对象使用strong修饰。

atomic&＃xff1a;表示是线程安全的

nonatomic&＃xff1a;表示是非线程安全的&＃xff0c;使用此属性性能会提高一些

&＃xff08;系统默认是atomic&＃xff09;