iOS TableView 运行原理及数据刷新的坑

场景是这样的：

1. APP首页是一个UITableView列表，数据源设置为全局变量dataList，点击则跳转第2页详情页
2. 在详情页中刷新dataList（元素个数未改变），并通知首页reloadData刷新UI
3. 然后删除dataList一个元素，并通知首页列表刷新reloadData，导致程序崩溃并报
   *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayM objectAtIndex:]: index 0 beyond bounds for empty array' 错误

此bug被测试提出后，笔者研究了半天，看似正常的刷新tableView列表的逻辑怎么会出错呢，最后发现原来是对UITableView控价的运行机制没有深刻了解，谨以此文分享给大家，以免重复掉坑。

1. UITableView的视图加载逻辑

• load 视图
  viewDidLoad
viewWillAppear:

• 加载完数据源之前 多次顺序执行以下方法:
  numberOfSectionsInTableView:
numberOfRowsInSection:

• 视图在屏幕上展示
  viewDidAppear:

2. 已加载完数据源开始刷新

• 刷新
  reloadData

• 多次执行以下方法：
  numberOfSectionsInTableView:
numberOfRowsInSection:
heightForRowAtIndexPath:

• ** 根据数据源元素数执行相应的次数 **
  cellForRowAtIndexPath:

因为复用池的缘故，分以下2种情况：

• 元素个数<页面容纳的行数，执行次数=元素个数
• 元素个数>页面容纳的行数，执行次数=页面容纳的行数

3. 在详情页刷新了数据源和列表后返回首页

• 视图将要展示在屏幕上
  viewWillAppear:

• ** 关键点、坑点 **
  *** cellForRowAtIndexPath: ***

注意：此处首页-->详情页是在Navi栈里push的：

• 若在详情页没有对首页 tableView 列表的数据源和列表进行刷新，则pop回首页时，首页列表不会自行刷新（即需 reloadData 方法手动刷新）
• 若在 详情页 已通过 协议 或 通知 回调对 首页 tableView 列表的数据源和列表进行刷新，则pop回首页时，首页列表一开始会自行绕过numberOfRowsInSection: 而进入 cellForRowAtIndexPath: 方法执行，之后再根据通知 reloaData 手动刷新。** 而此时首页列表默认是按照push之前的数据源元素数执行，此前详情页已删除数据源中的一个元素，在此时数据源已改变，自然会产生数组越界问题。**

4. 解决问题

实际上只要了解了整个过程中 tableView 列表控件的一系列回调方法运行原理及逻辑，以上问题就迎刃而解了。