首页 > 代码库 > 【UIKit】UITableView.05 性能优化

【UIKit】UITableView.05 性能优化

UITableView.05 性能优化:

【为何要性能优化】:TableView拖屏过程中,不断有对象"消失"在屏幕上,但是这样的对象还是存在的,当拖拉过多后,导致内存严重泄漏。

解决方法:仅提供有限的对象,拖拉过程中,只是将内存地址存放的内容进行改变。


 

 

【旧代码】

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{    UITableViewCell *cell=[[UITableViewCell alloc]initWithStyle:UITableViewCellStyleDefault reuseIdentifier:nil];    cell.textLabel.text=[NSString stringWithFormat:@"itcast-%d",indexPath.row];    NSLog(@"--%p--%d",cell,indexPath.row);    return cell; }

 

【旧代码测试】:
  如图片所示,view中每显示一个新的row,都会创建一个新的内存地址,所以,拖的多了,就会产生许多个对象,这样会严重影响性能。

 


 

 

【新代码】

#pragma mark 每当有一个cell进入视野范围内就会调用,返回当前这行显示的cell- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{    // 0.用static修饰的局部变量,只会初始化一次< # # >     static NSString *ID = @"Cell";        // 1.拿到一个标识先去缓存池中查找对应的Cell    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];        // 2.如果缓存池中没有,才需要传入一个标识创建新的Cell    if (cell == nil) {        cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:ID];    }        // 3.覆盖数据    cell.textLabel.text = [NSString stringWithFormat:@"fdsfdsf-%d", indexPath.row];        return cell;}

 

【新代码测试】:

  由测试图可以看出,新代码只产生12个对象,其余内容都使用原先的12个内存地址。

    运行步骤:1.第一次加载需要加载11行,首先查找[缓存池]中是否有这11行的对象,缓存池中没有。所以创建

         2.第二次,用户拖屏后,数据显示第12行,也是先去[缓存池]中寻找是否有这个对象,缓存池中没有,创建。

         3.第三次,用户拖屏后,数据显示到第12行,第一行的数据已经不显示再view上了,第一行就移动到[缓存池]。

           4.当用户拖屏,数据显示到第13行时候,缓存池中有对象,于是,就将这个对象移出,作为第13行内容,第2行移动到[缓存池]

         5.以此类推.
【如图】第0行和第12行的内存地址相同,很好的佐证了上面的理论依据。