这次项目中 由于没考虑到内存问题,就十分不幸的出现了传说中的内存警告⚠️
所以 以后小伙伴们以后一定要注意内存使用问题啊!!
好了,言归正传。我这次出现内存警告的原因就是在tableview中展示图片的时候都是从后台传来的原图,刷了几下缓存就快到20M了,所以马上控制台就打印出了内存警告。。。第一次还不知道,第二次就直接crash了。。。泪崩啊
由于后台都直接传的原图的URL 所以导致每次下载图片占用的内存特别大,以至于出现了内存警告。所以啊,以后小伙伴们以后要在tableview上显示网络图片的时候,最好要后台给缩略图的url,点击放大的时候再显示原图的url。
好了,现在后台又没有缩略图的url,我们该怎么办呢?
总不可能看着看着就清理缓存吧。
最后经过一天的研究,总结了几个至少能管用的方法,来解决内存警告
一:只要出现内存警告的时候,会第一时间执行 appdelegate的DidReceiveMemoryWarning方法,所以我们先要在这里对正在下载的图片进行处理
- (void)applicationDidReceiveMemoryWarning:(UIApplication *)application{
NSLog(@"内存警告了⚠️⚠️⚠️⚠️⚠️⚠️⚠️");
SDWebImageManager *mgr = [SDWebImageManager sharedManager];
// 1.取消正在下载的操作
[mgr cancelAll];
// 2.清除内存缓存
[mgr.imageCache clearMemory];
}
二:遇到内存警告后,在每一个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函数。
}
}
}
三:上面两步其实已经能解决大部分内存警告的问题了,最后还有点小优化。就是使用自带的图片时,最好使用
[UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:A ofType:nil]];
而不是
[UIImage imageNamed:[UIUtil imageName:@"1.png"]];
因为前者直接读取图片,不加入缓存,后者是需要加入缓存的,会增加内存负担
所以前者性能优于后者
以上,就是我对于内存警告的理解。