由UITableView缓存机制引起的崩溃问题

最近一直没有更新文章,没有别的理由就是自己懒,回头想想这几天忙着撕逼几天下来扣字过万,怎么会没有写一篇总结文章的功夫呢?

这里说说我在开发中遇到的2个由于缓存机制引起的崩溃问题:
一、在二级页面发送通知更新一级页面数据列表并执行返回一级页面时引起崩溃;
二、使用UISearchController搜索,全部数据和搜索结果公用一个UITableView,在开始搜索的时候引起崩溃。

问题一:

 [[NSNotificationCenter defaultCenter]postNotificationName:FINISHARRIVALEQUIP object:nil];
 [self.navigationController popViewControllerAnimated:YES];

起初猜测是发送通知又多个页面刷新,数据导致主线程堵塞引起崩溃呢,运行代码后,直接发现是数组越界引起崩溃,因为在发送通知后,直接请求数据会先清空数据源,网络请求还没有返回数据,此时刚好执行pop返回到当前页面,UITableView会直接从缓存中拿去数据,但是数据源为空。

解决方法:
1、在返回会网络请求返回数据的时候再清空数据源重新赋值
2、清空数据源后,先执行 [self.tableView reloadData]刷新列表,再执行网络请求

问题二

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
   DataSourceItem *item;
    if (!_searchController.active) {
        item = _dataArray[indexPath.row];
    } else {
        item = _searchArray[indexPath.row];
    }
    static NSString *cellIdentifier = @"cell";
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:cellIdentifier];
    return cell; 
}

点击搜索的时候数据源切换为_searchArray,但是tableView依然按照_dataArray缓存拿去数据,从而导致崩溃。

解决方法:

- (void)updateSearchResultsForSearchController:(UISearchController *)searchController {
    [self.tableView reloadData];
}

数组越界问题

上面两种问题最终都是由于数组越界引起的崩溃,可以使用一下方法判断是否越界:

 if (indexPath.row < _dataArray.count) {
        item = [_dataArray objectAtIndex:indexPath.row];
  }

不是每次都能记得加数组越界判断,我们可以使用数组的分类,在其中内部判断:

@interface NSArray (Util)
 
/*!
 @method objectAtIndexCheck:
 @abstract 检查是否越界和NSNull如果是返回nil
 @result 返回对象
 */
- (id)objectAtIndexCheck:(NSUInteger)index;
 
@end
 
#import "NSArray+Util.h"
 
@implementation NSArray (Util)
 
- (id)objectAtIndexCheck:(NSUInteger)index
{
    if (index >= [self count]) {
        return nil;
    }
     
    id value = [self objectAtIndex:index];
    if (value == [NSNull null]) {
        return nil;
    }
    return value;
}
@end

总结

引起的崩溃两种情况都是数据源改变,UITableView并不知道数据源改变,还在缓存中通过IndexPath.row拿取对应数组中数据, 但此时数据源已改变,就可能会因为数组越界Carsh,以上两种情况都可以通过在改变数据源后及时刷新UITableView来解决。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,509评论 6 504
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,806评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,875评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,441评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,488评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,365评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,190评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,062评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,500评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,706评论 3 335
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,834评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,559评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,167评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,779评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,912评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,958评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,779评论 2 354

推荐阅读更多精彩内容

  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,631评论 18 399
  • 发现 关注 消息 iOS 第三方库、插件、知名博客总结 作者大灰狼的小绵羊哥哥关注 2017.06.26 09:4...
    肇东周阅读 12,102评论 4 62
  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 172,111评论 25 707
  • 最美好的莫过于有人陪你共风月,在此我要感谢闺蜜阿燎,感谢有三两知己足以。花花(闺蜜)和扎(闺蜜),快来赏美景。 晚安。
    想要去非洲的梦想阅读 513评论 0 1
  • 近期很多网友都关注到kimi事件,在遗憾之余我们还觉察出一种“网络暴力”。总说当明星要承受很大的压力,曝光率...
    比情当与阅读 171评论 0 0