[instrument](http://blog.csdn.net/totogo2010/article/details/8233565)
第一.本地图片缓存问题
_1.发现问题_
写了一个demo,由于不与后台交互,所以一些图片资源和背景都放到了工程中,加载刷新的卡片等也是从工程中直接导入而非后台请求,导致项目在运行中出现了内存暴涨问题,如果 有86%的内存都是 imageIO_Malloc 导致的! 尝试清空所有背景图片 内存有80多M直接降为20多M 且稳定在怎么 push 和 pop都不会增加内存;
_2.解决方法_
_弃用方法中的 _
ima.image = [UIImage imageNamed:@"battle_navigation_bar"];
_ 改用_
NSString *imageFile = [NSString stringWithFormat:@"%@/%@",[[NSBundle mainBundle] resourcePath],@"battle navigation bar"];
ima.image = [[UIImage alloc] initWithContentsOfFile:imageFile];
_最后在 viewWillDisappear 或者 viewDidDisappear方法里面清空当前加载图片的视图或者父视图_
self.view = nil;
_ 你会发现不论是 push 还是 pop 控制器,包括弹出视图,相关的本地图片缓存得到解决,内存不在增加!_
_ 3.内存泄漏查看 (Xcode 自带工具)_
打开项目,点击 product , 选择 Analyze , 项目会自动运行,运行完毕后,如果出现下图情况,说明内存泄漏,蓝色的代表就是泄漏地方,需要更改!
如果是下图情况,没有蓝色的东西,则代表不需要更改!
_ 4.内存占用查看 (Xcode 自带工具 : instruments)_
_打开项目,点击 product , 选择 Profile , 连接真机,出现如图情况_
_选择 Call Trees , 点击左上方红色按钮运行_
第二.内存警告方法相关
1:只要出现内存警告的时候,会第一时间执行 appdelegate的DidReceiveMemoryWarning方法,所以我们先要在这里对正在下载的图片进行处理
- (void)applicationDidReceiveMemoryWarning:(UIApplication *)application{
NSLog(@"内存警告了⚠️⚠️⚠️⚠️⚠️⚠️⚠️");
SDWebImageManager *mgr = [SDWebImageManager sharedManager];
// 1.取消正在下载的操作
[mgr cancelAll];
// 2.清除内存缓存
[mgr.imageCache clearMemory];
}
2:遇到内存警告后,在每一个VC中 都有didReceiveMemoryWarning方法,来接受内存警告的通知,所以我们也需要在这里进行处理,将没有显示的VC的self.view置空 释放内存
- (void)didReceiveMemoryWarning {
NSLog(@"内存警告my");
[super didReceiveMemoryWarning];//即使没有显示在window上,也不会自动的将self.view释放。注意跟ios6.0之前的区分
// 此处做兼容处理需要加上ios6.0的宏开关,保证是在6.0下使用的,6.0以前屏蔽以下代码,否则会在下面使用self.view时自动加载viewDidUnLoad
if ([[UIDevice currentDevice].systemVersion floatValue] >= 6.0) {
//需要注意的是self.isViewLoaded是必不可少的,其他方式访问视图会导致它加载,在WWDC视频也忽视这一点。
if (self.isViewLoaded && !self.view.window)// 是否是正在使用的视图
{
self.view = nil;// 目的是再次进入时能够重新加载调用viewDidLoad函数。
}
}
3:上面两步其实已经能解决大部分内存警告的问题了,最后还有点小优化。就是使用自带的图片时,最好使用
[UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:A ofType:nil]];
而不是
[UIImage imageNamed:[UIUtil imageName:@"1.png"]];
因为前者直接读取图片,不加入缓存,后者是需要加入缓存的,会增加内存负担
所以前者性能优于后者