UITableView
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
return 100;
}
- (UITableViewCell*)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
static NSString * cellID = @"cellID";
UITableViewCell * cell = [tabView dequeueReusableCellWithIdentifier:cellID];
if( nil == cell )
{
cell = [[[UITableViewCell alloc]initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellID] autorelease];
}
{
UIImageView * goodsImageView;
goodsImageView = [[[UIImageView alloc] initWithFrame:CGRectMake(10.5, 14, 297.5, 209)]autorelease];
goodsImageView.opaque = YES;
[cell.contentView addSubview:goodsImageView];
goodsImageView.image = [UIImage imageNamed:@"img_topic"];
}
cell.selectionStyle = UITableViewCellSelectionStyleNone;
return cell;
}
图片并不是从网上下载的 ，刚开始的时候滚动还挺流畅的，但是滚动了 一段事件后，没有刚开始这么流畅了，特别是在减速的时候，可以看到一卡一卡的现象
应该如何解决？
------解决方案--------------------
为啥不自定义cell呢，直接在xib中加入图片不可以吗？
我在做的时候没遇到卡的现象
------解决方案--------------------
首先，100行肯定会卡一点的，少加载一点会好些。
其次，这里还是用自定义UITableViewCell吧，你这样也会影响效率。
像你这样，重用机制几乎没起到应有的效果。
再者，图片如果预先加载好了，比如UIImage都先加载好放到内存里，比如NSArray，用的时候直接拿出来用，不要临时从资源或目录中加载，也会快点。
------解决方案--------------------
我觉得楼主的图片应该是动态的，各不相同的，否则，的确是直接在IB中加载更快。
------解决方案--------------------
楼上说的有道理！支持一下。
------解决方案--------------------
300*200像素的100张图片，内存吞吐量不小啊。
可以考虑分步或者异步加载。
------解决方案--------------------
1个像素4个字节，300*200*4=240000Byte
240000/1024=234.375MB
你程序运行到最后时会有这么大的内存开销
------解决方案--------------------
方法不少啊。
第一，写到括号里面重用啊。
第二，图片这么多，可以滑动到哪里停止了以后，在进行显示。显示当前屏幕上出现的几行。
------解决方案--------------------
首先，我不认为自定义UITableViewCell就一定高。
你的问题主要是处理加载数据策略的问题。你当然不能100张图片一次性的加载到内存当中，这时你就需要采取方法来实现，一般的我们常用的做法是（上面有人也提到了）分步加载（不一次载入全部的数据）也就“懒加载 lazy load”.先载入一部分，在下滑时再加载另一部分。
再者就是可以使用一下“代理”来处理图像的加载，图像未显示前可以显示一个占位图，图片加载完成后，再显示出图片，主要原理还是异步加载，后台处理图片的加载，加载完成后更新主线程上的UI
------解决方案--------------------
if( nil == cell )
{
cell = [[[UITableViewCell alloc]initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellID] autorelease];