最近一直在作公司app内存优化相关事宜,排查别人的代码,也能给本身一些警示。如今整理出一些内存管理出的问题,但愿能帮助到你们。 git
解决步骤:在viewDidDisAppear中,发现retainCount为6,证实此时这个ViewController还存在引用计数,查了各类self的引用以后,万万没想到,十几个地方都这样: github
还记得我写的这篇文章么:记今天调试了一条迷の闪退问题。一开始我觉得是delegate的问题,可是万万没想到...
当时本身一个不注意坑了本身,这回被同事坑了。这边代码是个不主作iOS方向的同事写的,OC的默认类型是atomic , strong , readwrite,然而他并不知道。
问题缘由:内存不被释放主要是self被delegate强引用了。由此还形成了一部分闪退问题,由于大部分通知的注销都写在dealloc中,因此通知没法注销,致使各类调用满天飞,画面太美不敢看。 缓存
解决步骤:instrument调试后,发现没被释放的全是imageIO,差很少就知道了,把读图的方式,从[UIImage imageNamed:@""],改为imageWithContentsOfFile,就能够了。 app
问题缘由:imageNamed读取图片的方法,会缓存在内存中,因此较大的图片,仍是用imageWithContentsOfFile。
TIPs1:.xcassets里的图片没法用imageWithContentsOfFile读取;
TIPs2:imageWithContentsOfFile读取图片须要加文件后缀名如png,jpg等; 优化
解决步骤:
这个问题找了我好久,发现每次读缓存(memory)的时候都不会有内存增长,而从磁盘(disk)读取的时候,就会有问题。而后我就一步一步排查。最后在block里发现了这个: atom
写这段代码的出来咱们聊聊人生。
"( *・ω・)✄╰ひ╯
问题缘由:block里没有使用弱引用,致使一直持有self得不到释放。
TIPs:block引用self要慎重,若是self释放后仍有业务逻辑要在block中运行,能够再对weakSelf强引用一下。 spa
问题缘由:
喵神以前在博客发的一个问题
是Xcode7.1的问题。。只在debug的时候致使内存崩溃,release的时候并不会形成内存溢出,因此能够没必要管它。 debug
若是对你有用,点个喜欢呗~~大家的喜欢是我写文的最大动力么么扎~ 调试