内存泄漏
这个东西开发的时候并没有去特别的注意。但是到最后，很多的问题都是这个引起的。尤其是定时器造成的循环引用问题。现在，接触的直播项目太大了，很多地方会有这个问题。我的同事也尝试使用微信开源的 MLeaksFinder 和 facebook 开源的 FBMemoryProfiler(FBRetainCycleDetector)
更深入的了解http://wereadteam.github.io/2016/07/20/MLeaksFinder2/ 腾讯MLeaksFinder框架的对应文章，解惑科普贴。。。
释放不了的代价就是，方法可能被执行多次。或者不该执行的时候执行了（通知相关）
https://www.jianshu.com/p/10254b4b19f3这篇简书写的还是不错的，但是又一些错误，在评论区有提
最常见的内存泄漏
1.定时器
2.delegate对象的（或者说对象和对象之间的循环引用），必须有一个使用weak
3.block （不是所有的都需要weakself）
4.懒加载
针对定时器
如果定时器是repeat的，就会出现定时器强引用的情况。
The object to which to send the message specified by aSelector when the timer fires. The timer maintains astrongreference to target until it (the timer) is invalidated.
NSTimerClass Reference还指出: Runloop会强引用timer，因为如果一个timer是循环的，如果没被强引用，那么在函数返回后，则会被销毁，就不能循环地通知持有的target。所以NSTimer是被放到Runloop中执行的。如果我们不调用invalidate timer,runloop就会一直持有timer,而timer也一直持有ViewController，这样就会造成内存泄露。解决这类问题的方法就是：在不需要NSTimer的时候，及时调用[self.timer invalidate]。千万不要在dealloc方法中调用，因为NSTimer强引用self，所以不会执行dealloc方法。
针对delegate
之前在爱现场，北哥经常在子view中引用VC，但是都是使用weak。这个其实和代理对象一样的
针对block
1.masory中需要使用weakself吗？ — 不需要
2.UIView动画需要吗？ — 不需要
3.单例中的block需要weakself吗？ — 不一定 单例如果copy了block一定要（单例不会释放，block一直持有self）
4.blcok只是一个参数传入，没有对象长期持有（copy）— 就是一个局部变量，用完就释放
https://segmentfault.com/q/1010000004343510/a-1020000004349123
是否会引起循环引用你只要看函数内部是否copy了这个block就知道了.没有copy 使用完就释放了 是不会造成循环引用的。
所以，其实masory之所以不需要，因为block只是一个参数传入，并没有对象去接，相当于局部变量，用完就释放了。UIView也同理
在这里，其实踩过一个坑。有个同事特别喜欢用RAC来监听事件，在这个监听回调里面，发生了循环引用。调用外部变量的时候直接使用_xx来调用了，其实这个和使用self.xx是一样的，block会捕捉整个self对象，造成循环引用。在iOS的52个技巧那本书里面我也看到相关介绍了
针对懒加载
使用懒加载，或者说属性所持有的对象。并不是removeFromSuperView就可以释放的。必须手动置nil！！！之前添加ZLPopView的时候，怎么都不能释放，就是没有置nil。VC一直引用，addSubview时（计算器也+1）
怎么知道发生内存泄漏
最简单直接的 — dealloc方法，打断点（我竟然完全忘了，只知道可以用leaks）
今天看微信的时候，看到腾讯bugly的一篇安利贴，腾讯开源了一个OOMDector组件，可以用来解决爆内存的问题，也可以检查内存泄漏。贴个地址：http://mp.weixin.qq.com/s/swAwMDs5-MkU3Yew4oy9kA
苹果的Xcode其实新添加了一个内存分配检查的工具，不过还不会使用。有时间准备翻译一下Xcode的调试技巧的文章
