如何避免循环引用造成的内存泄漏呢：

　　以delegate模式为例(viewcontroller和view之间就是代理模式，viewcontroller有view的使用权，viewcontroller同时也是view的代理(处理view中的事件))：
　　

　　LoginViewController.h:
　　

　　可以看到，delegate声明为assign：
　　

　　如果声明为retain会如何?
　　

　　外部框架allocLoginViewController对象后，LoginViewController对象的引用计数为2 ，release后还是无法销毁，产生内存泄漏

　　所以用assign而不是retain声明属性可以避免循环引用，ARC下用弱引用也可以解决

　　内存检测可以用xcode继承的instrument工具，不过循环引用引起的内存泄露是检测不出来的

　　对象release到引用计数为0后，如果对应指针没有赋值为nil，怎出现野指针
　　

　　a = nil;//alloc的内存没有任何对象可以控制它了，引用计数永远为1，这就造成了内存泄露

　　简单的赋值操作并不会改变对象的引用计数：
　　

　　@property：

　　默认为@property为@property(atomic,assign)

　　nonatomic： 没有对应的atomic关键字，即使上面是这么写，但atomic叧是在你没有声明这个特性的时候系统默认，你无法主动去声明这一特性。nonatomic不支持多线程访问，atomic有同步机制，支持多线程访问，如果需要多线程访问，声明为atomic(维持默认)，否则声明为nonatomic，因为nonatomic效率比atomic高得多

　　关于assign、retain和copy： assign是系统默认的属性特性，它几乎适用亍OC的所有变量类型。对于非对象类型的变量，assign是唯一可选的特性。但是如果你在引用计数下给一个对象类型的变量声明为assign，那么你会在编译的时候收到一条来自编译器的警告。因为assign对于在引用计数下的对象特性，叧创建了一个弱引用(也就是平时说的浅复制)。返样使用变量会很危险。当你release了前一个对象的时候，被赋值的对象指针就成了无头指针了。因此在为对象类型的变量声明属性的时候，尽量少(或者不要)使用assign。

　　关于assign合成的setter，看起来是这样的：
　　

　　在深入retain之前，先把声明为retain特性的setter写出来：
　　

　　明显的，在retain的setter中，变量retain了一次，那么，即使你在程序中 self.objA = a; 只写了这么一句，objA仍然需要release，才能保证对象的retain count 是正确的。但是如果你的代码 objA = a; 叧写了这么一句，那么这里只是进行了一次浅复制，对象的retain count 并没有增加，因此这样写的话，你不需要在后面release objA。 这2句话的区别是，第一句使用了编译器生成的setter来设置objA的值，而第二句叧是一个简单的指针赋值
　　

　　str为什么没有变成野指针呢?因为字符串常量(包括NSString和@“......”)的引用计数很大(100K+)，基本上不会释放掉(由OC自己管理)，所以字符串常量可以不用release