iOS内存泄漏

根据内存区块的引用状态划分内存:
缓存内存(Cached memory)、泄漏内存(Leaked memory)、废弃内存(Abandoned memory)和僵尸内存(Zombies memory)

缓存内存:正常使用的内存
泄漏内存:没有引用也没有被释放的内存,可以用leaks检测到,MRC常见,ARC多为Core相关库未release导致
废弃内存:内存仍存在引用,但是无法被使用到,无法用leaks检测到,可尝试使用Allocations排查,一般为循环引用导致

一、内存分类

根据内存区块的引用状态,可以把内存分为缓存内存(Cached memory)、泄漏内存(Leaked memory)、废弃内存(Abandoned memory)和僵尸内存(Zombies memory),其中泄漏内存和废弃内存为内存增长的主要原因,僵尸内存的使用会导致程序的crash

Cached memory: Memory still referenced by your application that might be used again for better performance.
Leaked memory: Memory unreferenced by your application that cannot be used again or freed (also detectable by using the Leaks instrument).
Abandoned memory: Memory still referenced by your application that has no useful purpose.
Zombies: objects that are called after they’ve been released and no longer exist

泄漏内存:内存没有被释放,也没有对应的引用,可以被Leaks工具检测到。
常见情形:MRC中Retain没有对应的Release,ARC中一般出现这种情况多为c相关对象未调用相对应的release方法

示例1:
NSString * testStr = (__bridge NSString *)(CFURLCreateStringByAddingPercentEscapes(kCFAllocatorDefault,(CFStringRef)[NSString stringWithFormat:@"%@",self],NULL,CFSTR("!*'();:@&=+$,/?%#[]"),kCFStringEncodingUTF8));
// CFRelease(testStr);
    
示例2:
CGImageRef imageRef = CGImageCreateWithImageInRect([[UIImage imageNamed:@"xxx"] CGImage], CGRectZero);
// CFRelease(imageRef);

废弃内存:内存没有有效的引用,无法被程序使用,无法用Leaks检测到,可以通过Allocations分析出
常见情形:主要为循环引用和常驻对象强持有,如delegate声明为强引用,属性block强持有外部变量导致的循环引用,NSTimer未及时释放等

实例1:
self.callback = ^ {
    NSLog("%@",self);
}

实例2:
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(task) userInfo:nil repeats:YES];
// [self.timer invalidate];
// 需要注意的是如果对象由于Timer被runloop强引用时,在该对象的dealloc中是停止定时器是不生效的,因为由于强引用导致该对象不会被释放,dealloc便不会被调用

僵尸内存:对象内存已经被释放,仍存在对应的引用指向该部分区域,通过引用使用该部分区域可能会造成EXC_BAD_ACCESS异常
常见情形:已经释放的对象执行release或收到其他的调用;对象创建后没有被强引用却被使用

一、内存泄漏排查

1.1 静态分析

通过Xcode Analyze功能静态分析代码,选中Xcode工程菜单 Product - Analyze,静态分析可以分析出程序无用变量,无法执行到的分支,废弃接口,静态内存泄漏等
注:cocoapods debug切换到release需要使用pod install,否则有可能无法生成release.xcconfig


1.2 Runtime分析 Leaks&Allocations

通过Xcode Leak工具运行时分析代码 Xcode选中Product - Profile,以Profile方式安装程序到真机,打开Instruments中的Leaks,选中左上角的录制按钮,选中对应程序开始执行分析

常用设置:
Call Tree:调用栈方式查看泄漏来源
Invert Call Tree:反转调用堆栈,可以直接把泄漏的调用处显示在最顶层
Hide System Libraries:隐藏系统库相关符号,由于没有符号化信息,建议隐藏
Automatic Snapshotting:自动扫描,扫描一次耗时较大,大客户端建议关闭自动扫描或者增加扫描间隔,或使用手动进行snapshot,否则可能会卡顿和程序异常退出
Snapshot Now:立马扫描生成一次内存快照

注:如果无法显示符号化后的堆栈信息,需要查看工程配置中是否在Release下生成对应的dsym


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,290评论 4 363
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,399评论 1 294
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,021评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,034评论 0 207
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,412评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,651评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,902评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,605评论 0 199
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,339评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,586评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,076评论 1 261
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,400评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,060评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,083评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,851评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,685评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,595评论 2 270