nonatimic,retain,assign,copy,readonly,readwrite,这些属性主要事完成getter setter 的操作 .
1,assign: 简单的赋值 不会更改索引计数(Reference counting)主要是对基本数据类型使用 eg:(NSInteger,CGFloat 和C语言的 int double float char ...)
2,retain: 释放旧的对象 将旧对象的值赋予输入对象 并将输入对象的索引计数+1 ,主要应用与NSObject与其子类中.
- - (void)setName:(NSString *)newName {
-
- [newName retain];
- [name release];
- name = newName;
- }
3,copy: 创建一个索引计数为1的对象 释放掉原来的对象
- - (void)setName:(NSString *)newName {
-
- [name release];
- name = [newName copy];
- }
readonly: 表示只读属性 只会生成getter方法 不会生成setter方法,eg
[name setName : @"wrong"]; //报错
xx.name = @"wrong"; //报错
4,readwrite:设置可供访问的级别,可读写,对比readonly。
5,nonatimic:非原子访问,不加同步 ,多线程并发访问提高性能 (对多线程的保护,防止在未写完,被另一个线程读取,造成数据错)。
下面分享一个网友的总结
一直以来个人觉得如果一个类是的property是readonly的那么再指定其他的如assign/retain/copy这样的属性就实在是没有什么意义了。确实你想想既然都readonly了,肯定是没有setter的,既然没有setter那么谈assign/retain/copy又有什么意义呢?所以一直以来我从来不对readonly的property加retain/copy属性申明,默认assign就足够了,simple is beautiful!
但是我现在发现我错了,其实一直都有一种这种感觉,只是没有找到100%的充分理由为readonly加上retain/copy。但是假如你要在你的subclass改写property,而加入你要改写的是一个NSString,你像把这个属性设置为readwrite和copy,往往杯具就发生了,编译时候可恶的warning 产生了,因为copy和之前默认的assign明显不相同啊!
终上,不论什么时候,都要为你的readonly的对象属性加上合适的retain/copy申明。你现在不用,但不说明你将来就不会用,出来混迟早都要还的!