nonatimic,retain,assign,copy,readonly,readwrite...

nonatimic,retain,assign,copy,readonly,readwrite,这些属性主要事完成getter setter 的操作 .

1,assign: 简单的赋值  不会更改索引计数（Reference  counting）主要是对基本数据类型使用 eg：（NSInteger，CGFloat 和C语言的 int double float char  ...）

2,retain: 释放旧的对象 将旧对象的值赋予输入对象 并将输入对象的索引计数＋1 ，主要应用与NSObject与其子类中.

1. - (void)setName:(NSString *)newName {  
2. 
   
3.        [newName retain];
4.        [name release];  
5.        name = newName;  
6. }  

3,copy: 创建一个索引计数为1的对象 释放掉原来的对象 

1. - (void)setName:(NSString *)newName {  
2. 
   
3.        [name release];  
4.        name = [newName copy];   
5. }  

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申明。你现在不用，但不说明你将来就不会用，出来混迟早都要还的！