这个坑会在特定的情况下特别明显:
类似朋友圈的添加多张本地选择\拍照 的图片 并在界面上做一个预览功能
由于没有特别的相机\相册需求,则直接使用系统自带的UIImagePickerController
最简单的方法-> UIImagePickerController 选择图片 -> 代理返回图片对象-> 在array中添加图片对象 -> 用collectionview显示-> 提交的时候递归上传array的image内容
然而这里就发现一个会吃内存的坑…
代理返回的UIImage对象 添加到array时,内存暴涨
其实也不是添加对象到array里导致的问题,因为我的collectionview 不reload 的话,图片不显示时 内存也是正常的,只有把这个image对象放置到UIImageView时 内存才会暴涨
因此怀疑是图片解码方面的原因:解码会调用到ram缓存,以便下次读取时不用再次解码
然而为了避免app占用ram过高而被系统kill掉,这个图片必须要处理一下
通过图片重新绘制得到UIImage这个占用内存的情况会消失
因此写个Category方法来简单处理一下就可以了
- (UIImage *)redraw{
CGFloat width = CGImageGetWidth(self.CGImage);
CGFloat height = CGImageGetHeight(self.CGImage); // 创建一个bitmap的context
// 并把它设置成为当前正在使用的context
UIGraphicsBeginImageContext(CGSizeMake(width, height)); // 绘制图片大小设置
[self drawInRect:CGRectMake(, , width, height)]; // 从当前context中创建一个图片
UIImage* image = UIGraphicsGetImageFromCurrentImageContext(); // 使当前的context出堆栈
UIGraphicsEndImageContext(); // 返回新的改变大小后的图片
return image;
}
结果:
这篇不是干货,只是解决了一个小问题.
<!–
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 15.0px Menlo; color: #00b1ff}
span.s1 {font-variant-ligatures: no-common-ligatures}
–>
