-
数据源同步问题
多线程对共享数据的访问,需要考虑数据源的同步问题,如何解决tableView在多线程环境下的修改或者访问数据源的同步问题?
两种解决方案:
-
1.并发访问、数据拷贝
比如现有主线程和子线程,我们在做数据拷贝的时候一般是在主线程当中,拷贝之后会把拷贝的结果给子线程来使用,同时在子线程中进行新数据的网络请求,包括数据解析以及预排版等内容。
之后假如这个子线程进行网络请求或者数据解析的过程中,我们在主线程中删除了一行数据,那么reloadUI之后这条数据就消失不见了。那么如果此时还有时间的话,主线程还会做一些其他的任务,之后子线程会返回请求的结果,然后又重新reload一下主线程,那么如果子线程使用的是曾经主线程当中的一个数据拷贝,那么它拷贝的时机是在删除一行数据之前,也就是说,子线程中返回给主线程的数据源列表当中仍然包含删除之前的这行数据。此时就会产生异常,也就是我们之前删除的数据又重新出现了。
为了解决这种数据源的同步的问题,我们可以在主线程当中进行删除操作的时候把它记录下来,之后在子线程将要返回数据去更新主线程的时候同步一下删除操作,在子线程当中把拷贝过来的数据,在这里面也做一次删除操作,然后再回到主线程同步UI,就可以保证数据源是同步的,那么这种方式就是关于并发访问、数据拷贝的解决方案。 -
2.串行访问
比如现有主线程和子线程,那既然是串行访问,我们就要使用到GCD中的串行队列。那么此时,比如子线程中正在进行网络请求和数据解析,然后会把网络数据请求回来的一部分在串行队列当中去进行新增数据预排版,当然,这一过程是在子线程当中去进行的,那如果说在这个过程中,在主线程里面删除某一行数据的话,需要以同步的方式在串行队列当中进行处理,在这个过程中,如果子线程正在串行队列中进行新增数据预排版等操作的时候,主线程需要等待一小会,然后在串行队列当中,前一个block任务执行完成后,再去同步主线程发送过来的任务,也就是数据删除,把数据删除操作同步之后然后再会带主线程去更新UI,这样就可以保证不论在主线程还是子线程对于tableView的数据源的操作都是在串行队列上进行的,那就可以保证数据源的同步的问题,避免UI刷新错乱的现象。
两种方案各种利弊
串行访问方式就要求如果在子线程处理任务特别耗时的时候,某一个删除动作可能会有一定延时,而对于并发访问、数据拷贝的方式,可能会有数据同步操作或者记录同步删除的动作,然后还需要进行大量的数据源的拷贝,对内存的开销上面有一定的问题,所以在具体的场景当中,根据实际业务选择哪种方案。