一、UITableView
1.数据源同步问题
例如：在tableview页面进行某一项cell删除的时候，于此同时子线程正在请求访问数据，正好这项删除的数据包含在子线程访问的数据中，这时在得到数据刷新之后删除的数据又会出现。这个时候测试就会说你有bug了...
-解决办法1：并发访问拷贝数据——在主线程进行删除操作的时候并记录下这条被删除的数据，然后在子线程获得数据的时候进行相应处理后，在进行刷新。
-解决办法2：利用串行队列进行操作。在子线程成功获取数据之->串行队列中进行数据的预处理->主线程在进行删除操作后将操作的数据处理加入到串行队列->在串行队列执行完毕后->最后刷新tableview。
两种解决办法各有利弊：前者如果数据过多拷贝会占用内存 后者在UI操作上会有延迟 可根据情况进行选择。
二、UI事件的传递机制和响应链
UIView于CALayer的关系
·UIVIew为其提供内容，以及负责处理触摸事件，参与响应链
CALayer中的contents层负责显示内容，其实里面就是bitmap位图。
为什么会这么设计？ 这是遵从了设计模式中的单一职责原则 明确分工！
UI事件的传递机制：
先撸图：
主要涉及到view的两个方法：
- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event；
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent*)event；
上图流程步骤如下：
1、点击屏幕
2、application将事件放在一个队列中分发下去
3、UIWindow尝试接受响应
4、调用window的hitTest方法 获取响应的view
5、调用window的pointInside 判断点击区域是否属于window
6、如果点击区域属于window就倒序遍历window的子view
7、在遍历子view的时候又会重复传递view的hitTest和pointInside方法 会一直进行递归 直到view没有子view或者找到响应view
8、如果找到了响应点击的view并且点击区域是属于当前view的区域就停止递归 结束流程
关于hitTest内部实现流程：
流程图↓
代码图↓
1、判断是可交互 是否是隐藏 是否透明 不满足条件 ->nil
2、判断点击区域 如果点击区域不属于当前视图 返回nil 外面又会调用跟当前view同级的hitTest 又走到另一个view的第1步
3、如果属于当前区域 就倒序遍历当前view的所有子视图 (如果这个view没有子view就返回当前这个view 当前这个view就是响应事件的view了 结束流程)
4、调用子view的hitTest方法
5、遍历找到响应的view就->view 结束流程
响应链：
如果你的界面是这样的布局，那么这个响应链由上到下就是：
1、label textfield button
2、上面三个空间的父view
如果这个view是属于控制器的view的子view->4 如果不是->3
3、控制器的view
4、控制器
5、window
6、application
7、applicationDelegate 在最后响应到这的时候还没有找到响应者的话就忽略这个点击事件
