前言
开篇之作,属性关键字介绍包括 **@property、strong、copy、NSMutablecopy、assign、weak、unsafe_unretained、nonatomic、retain、readwrite 、readonly、__weak,__block ,@synthesize 和 @dynamic 等**,一介散修若有错误之处欢迎指出。
参考
作者:Arthur凌,链接:[https://www.jianshu.com/p/4002e3588381](https://www.jianshu.com/p/4002e3588381)
作者:wnido 链接:https://www.jianshu.com/p/9b05f9268494
@property
@property = ivar + getter + setter
编译器自动编写访问这些属性所需的方法。
strong
强指针,引用计数+1,一般用于修饰对象类型、字符串、集合类,不能修饰基本数据类型
对应MRC环境下retain
copy 、NSMutablecopy
copy浅拷贝时,不拷贝对象本身,仅仅是拷贝指向对象的指针,retainCount加1。
copy深拷贝时,拷贝一个新对象本身,新对象retainCount为1,原对象retainCount不变。
|
copy
|
mutablecopy
| |
|
NSString,NSArray,NSDictionary
|
浅拷贝
指针复制
返回值不可变
|
深拷贝
内容复制
返回值可变
|
|
NSMutableString,NSMutableArray,NSMutableDictionary
|
深拷贝
内容复制
返回值不可变
|
深拷贝
内容复制
返回值可变
|
扩展
1,NSString类型为什么要用copy修饰 ?
主要是防止NSString被修改,如果没有修改的说法用Strong也行。当NSString的赋值来源是NSString时,strong和copy作用相同。当NSString的赋值来源是NSMutableString,copy会做深拷贝,重新生成一个新的对象,修改赋值来源不会影响NSString的值。
2,在MRC下,block属性为什么要用copy来修饰?
因为block在创建时,它的内存是分配在栈(stack)上的,而不是在堆(heap)上,栈内存可能被随时回收。本身的作于域属于创建时的作用域,一旦在创建时候的作用域外调用block,将导致程序崩溃。通过copy可以把block拷贝到堆,保证block的声明域外使用。
在ARC下strong和copy都可以,编译器会自动对block进行copy操作(之后的block章节会详细说明)。
assign
assign为简单赋值,不对引用计数进行操作,用于修饰基本数据类型。也可修饰对象类型,但会造成野指针。
扩展
1.assign修饰对象类型为什么会野指针?
在释放之后,指针的地址还是存在的,也就是说指针并没有被置为nil,造成野指针。对象分配在堆上的某块内存,如果在后续的内存分配中,刚好分到了这块地址,程序就会 crash。
2.为什么可以用assign修饰基本数据类型?
因为基础数据类型是分配在栈上,栈的内存会由系统自己自动处理回收,不会造成野指针。
weak
weak只能修饰对象类型,不能修饰基本数据类型,修饰对象时引用计数不变。主要用于避免循环引用,例如:delegate、xib 控件
扩展
1.MRC 下,delegate使用 assign。
--------以下都是直接copy过来([https://www.jianshu.com/p/9b05f9268494](https://www.jianshu.com/p/9b05f9268494))---------
默认(缺省)
ARC
基本数据类型默认关键字是 atomic,readwrite,assign
其他类型默认关键字是 atomic,readwrite,strong
MRC
基本数据类型默认关键字是 atomic,readwrite,assign
其他类型默认关键字是 atomic,readwrite,retain
unsafe_unretained
这个关键字和 week 非常相似, 也是可以同时修饰基本数据类型和 NSObject 对象 ,其实它本身是 week 的前身 , 在 iOS5 之后,基本都用 week 代替了 unsafe_unretained 。 但它们之间还是稍微有点区别的,并不是完全一样,对上层代码来说,能用 unsafe_unretained 的地方,都可以用 week 代替。同时要注意一点,这个修饰符修饰的变量不属于编译器的内存管理对象(销毁时不自动清空,容易形成野指针)。
nonatomic、atomiac
1.atomic 原子的,属性默认是 atomiac ,执行效率低,系统生成的 getter/setter 会保证 get、set 操作的完整性,不受其他线程影响。如 get 一个属性时,立马给这个属性在当前线程加一个锁,只有当 get 完成后,才会解锁,才会同步其他线程的 set 值。
2.nonatomic 非原子,执行效率高,在 get 一个属性时, 不管是否有其他线程执行 set 方法, 只返回 get 结束时的 set 值。
扩展
1.atomic所说的线程安全只是保证了getter和setter存取方法的线程安全,并不能保证整个对象是线程安全的。
__weak、__block、__strong、__copy 、__autorelease 等
类似这样的关键字,其实和没有‘__’还是一样,只是在 .m 中声明就是这个样子,另外提到 .m 文件中,新生产的对象,其实默认都有 __strong 。
synthesize 、dynamic
@property 有两个对应的词,一个是 @synthesize,一个是 @dynamic。如果 @synthesize 和 @dynamic 都没写,那么默认的就是 @syntheszie var = _var;
@synthesize 的语义是如果你没有手动实现 setter 方法和 getter 方法,那么编译器会自动为你加上这两个方法。
@dynamic 告诉编译器:属性的 setter 与 getter 方法由用户自己实现,不自动生成。(当然对于 readonly 的属性只需提供 getter 即可)。假如一个属性被声明为 @dynamic var,然后你没有提供 @setter 方法和 @getter 方法,编译的时候没问题,但是当程序运行到 instance.var = someVar,由于缺 setter 方法会导致程序崩溃;或者当运行到 someVar = var 时,由于缺 getter 方法同样会导致崩溃。编译时没问题,运行时才执行相应的方法,这就是所谓的动态绑定
nonnull、nullable、null_resettable、__null_unspecified 、__kindof
1.nonnull
字面意思就能知道:不能为空(用来修饰属性,或者方法的参数,方法的返回值)
2.nullable
表示可以为空
3.null_resettable
get 不能返回空, set 可以为空(注意:如果使用null_resettable,必须重写 get 方法或者 set 方法,处理传递的值为空的情况))
4.__null_unspecified
不确定是否为空 (很操蛋。。。)
5.__kindof
放在类型前面,表示修饰这个类型(__kindof MyCustomClass *)表示当前类,也可以表示当前类的子类
总结
经过这次换工作发自己存在很多问题,在平时工作中也应该积累一些东西,用作以后复习用。