iOS 数据源切换混乱问题

问题场景

这个问题遇到是偶然的,正常来说是不会出现的。但是有时候在一些极端操作情况下,还是出现了。

现在我说明下这个场景。页面上是一个tableview,那对应的有一个dataSource,页面顶部有两个“进行中”“已结束”切换按钮。用户通过切换这两个按钮来拉取不同的数据,但是呢,数据源是同一个。对应的网络请求是一样的,只不过是里面请求参数的status一个是1,一个是2。看下这个页面的网络数据回调处理方式:


if(!self.dataSource) {
    self.dataSource = responseObj;
} else {
    [self.dataSource.orderList addObjectsFromArray:responseObj.orderList];
}

[tableView reload];

这个页面的dataSource真实的类型就是网络请求返回的实体responseObj的类型。tableView的真实数据源就是里面的orderList。上面的代码意思很简单,就是如果dataSource为空说明是第一次加载数据,直接进行赋值。如果不为空,说明是上拉加载更多,因此,只要向orderList数组中添加新的数据,然后reload。这样就完成了tableView的数据源更新。

下面再看下如何发请求的:

//获取进行中的订单
- (void)didGetOngoingOrderButtonClicked:(id)sender
{
    self.dataSource = nil;
    self.request.status = "1";
    [request startWithDelegate:self];
}

//获取已经结束的订单
- (void)didGetEndOrderButtonClicked:(id)sender
{
    self.dataSource = nil;
    self.request.status = "2";
    [request startWithDelegate:self];
}

逻辑上都是对的,如果切换先将之前的数据源置为nil,然后重新去拉取切换的状态数据。但是,我用鼠标来回疯狂的切换的时候,发现进行中的数据源里面竟然混杂着已经结束的数据源。一开始找了半天都没发现是什么问题,只知道数据源每次请求之前都置为nil的。怎么可能会出现数据源混乱的问题呢。在仔细看界面显示的数据,都是一段进行中的,一段已经结束的。由此可以确定,我们在网络返回数据处理那边在判断nil的情况时,出现了数据混乱的问题。不过,我们可能会想到,在发起请求的时候,我们会弹出指示器,然后阻止用户继续操作。这样基本都能解决这些问题。但是如果我们的程序是跑在了性能比较差的iphone4上时,就有可能会出现,你指示器还没出现,但是用户以为点了没有反应,于是又疯狂的点了几次,这样就会发出了好几次同样的请求。在网络底层那边,我们可能会过滤掉相同的请求,来避免此问题。对于这样公用一个数据源的情况,而且要处理两个不同的切换状态,如果控制不当,就有可能出现这个问题。

看看解决的办法,只是在请求之前先取消发出去的请求,来保证只允许处理一个转态返回数据:

//获取进行中的订单
- (void)didGetOngoingOrderButtonClicked:(id)sender
{
    [self.request cancel];
    self.dataSource = nil;
    self.request.status = "1";
    [request startWithDelegate:self];
}

//获取已经结束的订单
- (void)didGetEndOrderButtonClicked:(id)sender
{
    [self.request cancel];
    self.dataSource = nil;
    self.request.status = "2";
    [request startWithDelegate:self];
}

这个问题出现的重点是极端情况下发出了两个不同状态的请求,在回调的时候,由于第一个回来的是nil,所以直接赋值。但是第二个回来的时候,因为不是nil,所以直接往数组里面添加数据,导致了数据源混乱的问题。虽然出现情况很特殊,但是也应该引起我们的重视。

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

推荐阅读更多精彩内容