前言
本文源自实际开发中的需求，核心的要求有几个：
1、多个UITableview要支持左右滑动；
2、点击Tab也要有UITableview的滑动切换效果；
3、每个UITableview单独的下拉刷新和上拉加载；
效果图类似如下
正文
1、核心思路
根据要求来分析，可以采用UIScrollView作为容器，开启pageEnable属性实现左右分页，同时关闭UIScrollView的上下滑动手势（避免和UITableview的冲突），通过修改UIScrollView的contentOffset属性实现左右滑动效果。
2、具体代码
创建UIScrollView容器
self.mContainerScrollView = [[UIScrollView alloc] initWithFrame:self.view.bounds];
self.mContainerScrollView.bounces = NO;
self.mContainerScrollView.showsVerticalScrollIndicator = NO;
self.mContainerScrollView.showsHorizontalScrollIndicator = NO;
self.mContainerScrollView.delegate = self;
self.mContainerScrollView.pagingEnabled = YES;
[self.view addSubview:self.mContainerScrollView];
然后将四个UITableView添加到mContainerScrollView上，横坐标分别为0、self.view.width、self.view.width*2、self.view.width*3；
最后设置contentSize
self.mContainerScrollView.contentSize = CGSizeMake(self.view.width * 4, 0); // 写0，关闭vertical的滚动
如果需要滚动到某一页，可以直接修改contentOffset
self.mContainerScrollView.contentOffset = CGPointMake(self.mSegControl.selectIndex * self.view.width, self.mContainerScrollView.contentOffset.y);
最后是监听滚动结束，修改selectIndex
- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView
{
if (scrollView == self.mContainerScrollView) {
int index = self.mContainerScrollView.contentOffset.x / self.view.width;
if (index != self.mSegControl.selectIndex) {
[self.mSegControl setSelectIndex:index];
}
}
}
3、注意事项
UIScrollView容器和内部UITableView滑动手势冲突
如果UIScrollView容器的上下滑动手势打开，会存在两个上下滑手势，一般的操作不会触发UIScrollView容器的上下滑动（因为上下滑动优先被内部的UITableView捕获）。
但是，进行Page1滑动到Page2的操作，此时触发的是UIScrollView容器的左右滑动事件。如果在页面左右滑动的同时，再进行上下滑动，就会触发UIScrollView的上下滑动，造成异常现象（UITableView上下滑动不再生效）。
解决办法：contentSize的高度设置为0，关闭vertical的滚动。
contentSize = CGSizeMake(self.view.width * 4, 0); // 写0，关闭vertical的滚动
viewWithTag 具有传递性
代码中存在5个UIScrollView，其delegate回调都统一到VC，再根据UIScrollView进行处理。
为了方便调用，有时会通过tag去快速获取view。但viewWithTag具有传递性，有些属性UIScrollView容器没有，但是subviews里有，此时对容器调用viewWithTag会获取到子view上面对应tag的视图。
解决办法：判断对应UIScrollView是否为容器UIScrollView，再进行viewWithTag，并深入理解下viewWithTag的意义。
UIScrollView自动下滑20pt
iOS 7之后，苹果新增了一个的属性automaticallyAdjustsScrollViewInsets，默认值为YES。
当UIScrollView直接添加到self.view的属性上时，如果automaticallyAdjustsScrollViewInsets为YES，会调整UIScrollView的inset以适应status bar、search bar、tool bar等的高度。
但是实际开发中，在VC的viewDidLoad方法中将其设置为NO，并没有生效，UIScrollView依旧下滑了20pt。
通过KVO监听可以确定，系统的确有修改：
po change
{
kind = 1,
new = NSPoint: {414, -20},
}
并且修改的时机为：
- 具体的堆栈
通过堆栈可以发现，UINavigationController调用_computeAndApplyScrollContentInsetDeltaForViewController的方法，最后计算出来的偏移值。定位到具体的代码，便是：
self.mainPageNavController = [[BaseNavigationController alloc] initWithRootViewController:rootTabBarController];
self.window.rootViewController = self.mainPageNavController;
多UITableView的VC只是rootTabBarController中一个tab的VC。
于是把UINavigationController的automaticallyAdjustsScrollViewInsets属性也设置为NO。
理论上应该不至于再出现偏差的现象。但是运行之后，又出现偏移！
这时候，有的人可能会采用一种解决方案，比如在viewWillAppear的时候，把offset改回去；
或者另一种的解决方案：用UIView把UIScrollView装起来，再把UIView添加到VC.view，因为ScrollView不直接添加在VC.view上，也不会触发这bug。
但是，并不能满足解决问题，还是想找到的根本原因。经过一番思考，觉得问题可能出现在rootTabBarController上。断点一查，果然rootTabBarController的automaticallyAdjustsScrollViewInsets属性也没改，把这rootTabBarController的属性也改成NO，问题修复。
我思考的依据是view有一个层级树，vc也同样有一个层级关系。那么vc在决定是否偏移scrollview的时候，同样需要一层层询问vc。只要有一层vc想要偏移，那么就要偏移。那么沿着vc往上查找，保证所有VC的
automaticallyAdjustsScrollViewInsets的属性为NO。
总结
多UITableview的VC本身已经有上万行代码，散布在十几个Category里面。相对于老代码的迁移，这次新增一个左右滑动功能的代码简直是微不足道。
在代码复杂度已经很高的架构里实现功能，犹如在钢绳交错的天空中行走，一不小心就踏空踩到Bug；又可能明明走在自己的这条钢绳上，结果把别人甩到坑里去。
三思而后行，代码以兼容稳健为主。不要为追求优雅的代码，影响破坏原代码的架构。
