使用assign: 对基础数据类型 （NSInteger，CGFloat）和C数据类型（int, float, double, char, 等等）
使用copy： 对NSString
使用retain： 对其他NSObject和其子类
assign： 简单赋值，不更改索引计数
copy： 建立一个索引计数为1的对象，然后释放旧对象
retain：释放旧的对象，将旧对象的值赋予输入对象，再提高输入对象的索引计数为1
Copy其实是建立了一个相同的对象，而retain不是：
比如一个NSString对象，地址为0×1111，内容为@”STR”
Copy到另外一个NSString之 后，地址为0×2222，内容相同，新的对象retain为1， 旧有对象没有变化
retain到另外一个NSString之 后，地址相同（建立一个指针，指针拷贝），内容当然相同，这个对象的retain值+1
也就是说，retain是指针拷贝，copy是内容拷贝。在拷贝之前，都会释放旧的对象。
* 使用assign: 对基础数据类型 （NSInteger）和C数据类型（int, float, double, char,等）
* 使用copy： 对NSString
* 使用retain： 对其他NSObject和其子类
1.readonly表示这个属性是只读的，就是只生成getter方法，不会生成setter方法．
2.readwrite，设置可供访问级别
3.retain，是说明该属性在赋值的时候，先release之前的值，然后再赋新值给属性，引用再加1。
4.nonatomic，非原子性访问，不加同步，多线程并发访问会提高性能。注意，如果不加此属性，则默认是两个访问方法都为原子型事务访问。
retain和copy还有assign的区别
1. 假设你用malloc分配了一块内存，并且把它的地址赋值给了指针a，后来你希望指针b也共享这块内存，于是你又把a赋值给（assign）了b。此时a和b指向同一块内存，请问当a不再需要这块内存，能否直接释放它？答案是否定的，因为a并不知道b是否还在使用这块内存，如果a释放了，那么b在使用这块内存的时候会引起程序crash掉。
2. 了解到1中assign的问题，那么如何解决？最简单的一个方法就是使用引用计数（reference counting），还是上面的那个例子，我们给那块内存设一个引用计数，当内存被分配并且赋值给a时，引用计数是1。当把a赋值给b时引用计数增加到2。这时如果a不再使用这块内存，它只需要把引用计数减1，表明自己不再拥有这块内存。b不再使用这块内存时也把引用计数减1。当引用计数变为0的时候，代表该内存不再被任何指针所引用，系统可以把它直接释放掉。
3. 上面两点其实就是assign和retain的区别，assign就是直接赋值，从而可能引起1中的问题，当数据为int, float等原生类型时，可以使用assign。retain就如2中所述，使用了引用计数，retain引起引用计数加1, release引起引用计数减1，当引用计数为0时，dealloc函数被调用，内存被回收。
4. copy是在你不希望a和b共享一块内存时会使用到。a和b各自有自己的内存。
5. atomic和nonatomic用来决定编译器生成的getter和setter是否为原子操作。在多线程环境下，原子操作是必要的，否则有可能引起错误的结果。加了atomic，setter函数会变成下面这样：
if (property != newValue) {
[property release];
property = [newValue retain];
}
关于retain,copy,assign的区别问题其实困扰我很久了，因为在程序中不太常用到copy，assign，所以三者的具体差别一直不太明白。
按照我的理解，assign和retain的区别，就是引入了一个计数器retaincount，就可以对一个内存的释放方便很多。copy，就是把原来的内存复制一遍，使各自都拥有一个内存，这样释放的时候也不会出错。
assign： 简单赋值，不更改索引计数（Reference Counting）。
copy： 建立一个索引计数为1的对象，然后释放旧对象
retain：释放旧的对象，将旧对象的值赋予输入对象，再提高输入对象的索引计数为1
nonatomic，非原子性访问，不加同步，多线程并发访问会提高性能。注意，如果不加此属性，则默认是两个访问方法都为原子型事务访问
@property(nonatomic, retain) UITextField *userName编译时自动生成的代码
- (UITextField *) userName {
return userName;
}
- (void) setUserName:(UITextField *)userName_ {
[userName release];
userName = [userName_ retain];
}
@property(retain) UITextField *userName自动生成的代码
- (UITextField *) userName {
UITextField *retval = nil;
@synchronized(self) {
retval = [[userName retain] autorelease];
}
return retval;
}
- (void) setUserName:(UITextField *)userName_ {
@synchronized(self) {
[userName release];
userName = [userName_ retain];
}
}
强引用：当前对象被其他对象引用时，会执行retain操作，引用计数器+1。当retainCount=0时，该对象才会被销毁。因为我们要进行对象的内存管理，所以这是默认的引用方式。（默认是强引用）
弱引用：当前对象的生命周期不被是否由其他对象引用限制，它本该什么时候销毁就什么时候被销毁。即使它的引用没断，但是当它的生存周期到了时就会被销毁。
在定义属性时，若声明为retain类型的，则就是强引用；若声明为assign类型的，则就是弱引用。后来内存管理都由ARC来完成后，若是强引用，则就声明为strong；若是弱引用，则就声明为weak。
retain和strong是一致的（声明为强引用）；assign和weak是基本一致的（声明为弱引用）。 之所以说它俩是基本一致是因为它俩还是有所不同的，weak严格的说应当叫“ 归零弱引用 ”，即当对象被销毁后，会自动的把它的指针置为nil，这样可以防止野指针错误。而assign销毁对象后不会把该对象的指针置nil，对象已经被销毁，但指针还在痴痴的指向它，这就成了野指针，这是比较危险的。
避免“强引用循环“的僵局：
默认的引用方式是强引用，但上面说了有时我们还得使用弱引用，那是什么情况呢？
答案，强引用循环：A对象强引用了B对象，B对象也强引用了A。因为都是强引用，也就是无论是A是B都要在对方的引用断了后才能销毁，但要断了引用，就必须对方对象销毁。就会出现这种僵局，为了避免出现这种情况，就应该有一个对象“示弱”，使其为“弱引用”。
比较常见的，视图中的父子视图之间的引用：父视图强引用子视图，子视图弱引用父视图。
总结：由于要进行内存管理的缘故，OC里的引用默认都是强引用，但为了避免出现”强引用循环僵局“，所以有了弱引用（assign