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，所以直接往数组里面添加数据，导致了数据源混乱的问题。虽然出现情况很特殊，但是也应该引起我们的重视。