最近一直在做公司app内存优化相关事宜，排查别人的代码，也能给自己一些警示。现在整理出一些内存管理出的问题，希望能帮助到大家。
问题1：多个页面无法成功dealloc，内存没有被释放
解决步骤：在viewDidDisAppear中，发现retainCount为6，证明此时这个ViewController还存在引用计数，查了各种self的引用之后，万万没想到，十几个地方都这样：
1.png
还记得我写的这篇文章么:记今天调试了一条迷の闪退问题。一开始我以为是delegate的问题，但是万万没想到...
当时自己一个不注意坑了自己，这回被同事坑了。这边代码是个不主做iOS方向的同事写的，OC的默认类型是atomic , strong , readwrite，然而他并不知道。
问题原因：内存不被释放主要是self被delegate强引用了。由此还造成了一部分闪退问题，因为大部分通知的注销都写在dealloc中，所以通知无法注销，导致各种调用满天飞，画面太美不敢看。
问题2：某页面成功dealloc，但是仍有内存残留
解决步骤：instrument调试后，发现没被释放的全是imageIO，差不多就知道了，把读图的方式，从[UIImage imageNamed:@""],改成imageWithContentsOfFile，就可以了。
2.png
问题原因：imageNamed读取图片的方法，会缓存在内存中，所以较大的图片，还是用imageWithContentsOfFile。
TIPs1：.xcassets里的图片无法用imageWithContentsOfFile读取；
TIPs2：imageWithContentsOfFile读取图片需要加文件后缀名如png，jpg等；
问题3：图片读取总是出现迷之内存残留
解决步骤：
这个问题找了我很久，发现每次读缓存（memory）的时候都不会有内存增加，而从磁盘（disk）读取的时候，就会有问题。然后我就一步一步排查。最后在block里发现了这个：
3.png
写这段代码的出来我们聊聊人生。
"( *・ω・)✄╰ひ╯
问题原因：block里没有使用弱引用，导致一直持有self得不到释放。
TIPs：block引用self要慎重，如果self释放后仍有业务逻辑要在block中运行，可以再对weakSelf强引用一下。
问题4：使用GPUImage处理拍照的时候，内存稳定不明增长。
问题原因：
喵神之前在博客发的一个问题
是Xcode7.1的问题。。只在debug的时候导致内存崩溃，release的时候并不会造成内存溢出，所以可以不必管它。
简书已经弃用，欢迎移步我的小专栏：
https://xiaozhuanlan.com/dahuihuiiOS
如果对你有用，点个喜欢呗~你们的喜欢是我写文的最大动力么么扎
