身为小白的我这个问题困扰我很久.工程写出来以后,模拟器根本不会发现问题所在(貌似电脑内存足够大).当你在真机测试使用的时候你就会发现Cell快速滑动,数据量大(图片数量)的时候app就会被系统Crash. 废话就不多说了,直接说本人解决过程吧.!!!

方向1:   从图片入手

方向2:  工程UITableView优化

方向3:  SDWebImage优化

方向1:  从图片入手

很多人都会忽略这个问题  都会往自己的代码工程这个方向去考虑 问题. 其实图片影响非常大. 如果图片质量2M,3M图片你直接放到cell上展示.不用想了 肯定是会卡成狗.  渲染这样的图片肯定需要很大内存.  所以往往你在开发的时候<<要跟后台商量.获取图片划分两个地址.一个地址获取缩略图,一个地址获取原图>> 这样你就可以在TableViewCell使用缩略图(展示用),点击图片查看(使用原图). 这样就大大减少了内存的使用.

方向2:  工程UITableView优化

这个普遍大家都会去关注使用的起来差不多!!     

1 高度缓存, cell 重用.. (不用说)

2 缓存Cell UI数据 比如高度 减少计算 (Model去缓存,或者使用工具SDAutoLayout)

3 Cell减少重复创建View (懒加载  一般cell局部规格都不一样都是根据数据来适配view<比如朋友圈> 所以你可以先创建好view放进数组 根据图片数组的长度获取view的个数去展示view ) 下面是我用SDAutoLayout代码

方向3:  SDWebImage优化

SDWebImage 使用

到这里一般的数据足够使用 但是图片数量大的依旧内存会出现问题  接下就参考网上的一篇博客 完美解决问题

博客地址:   http://blog.csdn.net/benyoulai5/article/details/50462586

SDWebImage 优化

1 找到这个位置 

复制    复制到上面文件中去实现第一步方法

+(UIImage *)compressImageWith:(UIImage *)image

{

float imageWidth = image.size.width;

float imageHeight = image.size.height;

float width = 640;

float height = image.size.height/(image.size.width/width);

float widthScale = imageWidth /width;

float heightScale = imageHeight /height;

// 创建一个bitmap的context

// 并把它设置成为当前正在使用的context

UIGraphicsBeginImageContext(CGSizeMake(width, height));

if (widthScale > heightScale) {

[image drawInRect:CGRectMake(0, 0, imageWidth /heightScale , height)];

}

else {

[image drawInRect:CGRectMake(0, 0, width , imageHeight /widthScale)];

}

// 从当前context中创建一个改变大小后的图片

UIImage *newImage = UIGraphicsGetImageFromCurrentImageContext();

// 使当前的context出堆栈

UIGraphicsEndImageContext();

return newImage;

}

第二步 

这样基本解决内存问题 具体解释可以参考上面博客!!!