字母索引条（重用机制，重用字母索引）
1.UITableView的重用机制可以理解为四个部分，滚出可视区的cell，当前屏幕显示的cell，即将滚入可视范围内的cell，重用池
2.即将滚入可视区域的cell在滚入之前去缓冲池中根据identifier寻找有没有这个cell，如果没有就创建，有就复用。
3.即将滚出可视区域的cell在滚出之后去缓冲池中根据identifier寻找有没有这个cell，如果没有就加入缓冲池。
4.如此上下循环滚动根据identifier完成缓冲池的更新和cell的重用
数据源同步问题
对数据源的同步问题，进行删除操作的同时进行loadMore后项刷新
删除一条数据（主线程）-->数据源<-- LoadMore（子线程）
是关于多线程对共享数据源的一个同步问题，如何解决这种tableView在多线程环境下的去修改或者访问数据源这样的同步问题
解决方案
1、并发访问、数据拷贝
1.假如现在有主线程和子线程，在主线程进行数据copy
2.copy之后，把copy结果给子线程来使用，同时在子线程里进行新数据的网络请求、数据解析和预排版的等。
3.在子线程操作的同时，如果我们主线程删除一行数据（为了防止和子线程数据不同步，需要记录删除操作）、reloadUI后，此条数据会消失不见，然后可以主线程可以做其他操作
4.子线程将要返回数据，更新主线程UI的时候，同步删除操作，在子线程里面把copy过来的数据也做一次删除操作
5.回到主线程去reloadUI
2、串行访问
主线程和子线程串行访问，使用GCD当中的一个串行队列
1.此时假如子线程正在进行网络请求、数据解析，然后它会把网络数据请求过来的一部分在串行队列党庄进行新增数据预排版，整个过程在子线程当中进行
2.假如在这一过程中，主线程里面删除某一行数据，需要以同步的方式在串行队列中进行处理，此时如果子线程正在进行新数据预排版等操作的时候，那么主线程要waiting，然后在串行队列当中，前一个block任务执行完成之后，然后去同步主线程发送的任务数据删除
3.把数据删除同步之后，再回到主线程reloadUi。这样保证无论是在主线程还是子线程，对tableView的数据源的操作都是在串行队列中进行的，就可以保证数据的一个同步问题，避免UI刷新错乱的一个现象。
总结
两种方案各有利弊，串行访问方案，要求在子线程处理任务特别耗时的时候，删除动作可能会有一定的延迟。对于并发访问、数据拷贝来说，有数据同步的一个操作，然后还需要大量数据源的一个copy，内存的开销会有一定的问题。
