在尝试之后，果然修复了此问题！
奥斯丁的解决方案让我确定到问题一定是出现在当前runloop做的一些操作，导致了UITableViewCell上的视图位移。
经过一番调试，把问题的整个原路径给回溯出来：
回调 ==> 4.5回调中调用visiableCell ==> 4.6触发cellFor方法 ==> 4.7UITableViewCell初始化会改变frame
视图位移原因就在4.3的结束动画是在UIView的动画事务操作，而4.7的改变frame的操作会被认为也在动画事务内，所以会触发视图的动画效果。
问题修复：
修复方案，可以是dispatch到下一个runloop再执行reloadData，这样在4.5回调中调用visiableCell的时候visiableCell拿到上一次的cell，这样链路会断开，不会导致视图位移。但是，这样会把Bug隐藏：数据源和UI显示不一致！！
最佳解决方案：不调用visiableCell去获取当前显示的cell，改为监听UITableView的willDisplay和didEndDisplayingCell方法，再用一个双端队列维护一个业务侧的当前可见cell。
通过这个问题，我们可以确定-reloadData方法是把UITableView的可见cell清空；
visiableCell是一个getter，调用的时候如果visiableCell是空，会触发cellfor的方法进行初始化。
Crash定位
源于实际开发中遇到的一个Crash问题，类似堆栈如下：
crash问题在各个iOS版本均有出现，每天的crash率(crash次数/用户数)在万分之1.5左右。
通过crash的描述platform_memmove，还有堆栈信息我们可以定位到代码异常是出现在memcpy的函数。
通过错误类型，我们知道是访问非法内存地址。
memcpy一共有三个参数，在执行函数的时候会把三个参数push进x0、x1、x2三个寄存器。再通过crash日志的寄存器信息，我们可以拿到这三个参数的值，如下：
Thread 0 crashed with ARM Thread State (64-bit):
x0: 0x00000000000000aa x1: 0x00000000000000bb x2: 0x00000000000000cc x3: 0x00000000000000c0
x4: 0x0000000000000010 x5: 0x0000000000000002 x6: 0x0000000000000064 x7: 0x0000000000000000
x8: 0x00000000000000aa x9: 0x0000ddf9664f0000 x10: 0x0000000000004887 x11: 0x00000001b8741211
x12: 0x00000001b8741211 x13: 0x000000000000001d x14: 0x0000000000000001 x15: 0x0000000000000881
x16: 0x00000001855b1ab0 x17: 0x0000000000000000 x18: 0x0000000000000000 x19: 0x00000000000000aa
x20: 0x0000000119d064f0 x21: 0x0000000000000018 x22: 0x000000018fb4dd6a x23: 0x0000000000000000
x24: 0x0000000000000010 x25: 0x0000000119e01b40 x26: 0x0000000000000280 x27: 0x0000000119d06c50
x28: 0x0000000000000001 fp: 0x000000016bce95f0 lr: 0x000000018542ce58
sp: 0x000000016bce95f0 pc: 0x00000001855b1b60 cpsr: 0x80000000
