一.去除masory布局警告，排除NSTimer,block以及通知等循环引用问题。
二.加入预加载功能
三.上拉下拉取消请求
四.启动时间优化
本地启动时间过长，经过分析有两个方面因素.一.开频广告来自网络请求，受网速影响，二.didFinishLaunchingWithOptions初始化内容过多，没有分类都揉在一起，导致didFinishLaunchingWithOptions耗时过长。新建一个工具类专门负责初始化工作。将初始化的内容根据需要程度分成三类：
* 第一类: 比如日志 / 统计等需要第一时间启动的, 仍然放在 didFinishLaunchingWithOptions 中.
* 第二类: 比如用户数据需要在广告显示完成以后使用, 所以需要伴随广告页启动, 只需要将启动代码放到 startupEventsOnADTimeWithAppDelegate 方法里.
* 第三类: 比如直播和分享等业务, 肯定是用户能看到真正的主界面以后才需要启动, 所以推迟到主界面加载完成以后启动, 只需要将代码放到 startupEventsOnDidAppearAppContent 方法里.
调用时机
第一类，必须第一时间启动，仍然把它留在 didFinishLaunchingWithOptions 里启动。
第二类，这些功能在用户进入 APP 主体的之前是必须要加载完的，我把他放到广告页面的viewDidAppear启动。
第三类，由于启动时间不是必须的，所以我们可以放在第一个界面的 viewDidAppear 方法里，这里完全不会影响到启动时间。
效果很明显，快了3-5秒。
五.引入MLeaksFinder和fps工具类检测内存泄漏和fps
检测出fps过低，手机卡的时候平均在40，手机正常在58，后面重点优化fps相关
1.tableViewCell高度的缓存
原来的做法:在model中新增cellheight，懒加载cellheight，cellheight没有就重新计算。这样的做法会导致新加载的数据没有缓存高度，下拉刷新或者重新进入页面也没有缓存高度
新的做法:在model中新增cellheight，新建高度缓存工具类，内部使用NSCache存在本地，最大存储数设置的500，对外提供单例，根据新闻的id去存储高度，在model中判断是否缓存cell高度，没有就重新计算，并存储起来，这样做规避了新数据或者重新加载的新闻没有缓存高度，而且新闻id是唯一的，同一个新闻可能出现在很多频道下（如推荐和头条），这样也就省的再去计算了。
2.tableView按需加载（效果不明显，放弃了）
用户在快速滑动的过程中，cell不断的重用和放入重用池中，label的绘制可以忽略，图片加载要看下的。其实SDWebImage默认就是滑动中不加载图片（设置请求的等级low），在cell重用时会取消之前同一个cell上的请求，但是不停的请求和请求取消的状态，还是需要优化下的，虽然效果不大。总之，按需加载优化的重心就是快速滑动的过程中，不要请求满天飞。
我的做法是在苹果官方demo的基础上加上SDWebImage。官方demo是LazyTableImages。
在model中新增picCanload属性记录是否可以加载，重写set方法，不能加载的，在原来的url上拼接我自己定义的字符串
在SDWebImage的方法中加个判断，带有拼接字符串的url不加载，这里还可以判断是否有缓存，sd有缓存的话可以加载
在cellForRowAtIndexPath加上判断，设置能否加载
滑动结束刷新请求
效果其实不明显，没有集成到项目中，单纯记录下吧
六.新增：首页点击当前子频道，频道内容刷新。
思路：点击子频道必进点击事件方法，一个频道就是一个控制器，所以是一对多，所以准备用通知。ok，坑就开始埋下了。
(后面用到的newsViewController是RecommendVC的子类，vc是RecommendVC实例)
第一个坑：post通知，父类的newsViewController和子类RecommendVC都能接收到，显然不行，一个对象父类子类都会接受到通知。后面想到用类名，代码改成这样
发现RecommendVC收不到通知。
第一次：认为是object的问题，把监听addObserver的参数obj设置成nil，能收到了。再把add中的object改回成@“RecommendVC”，把post中的object改成@“RecommendVC”同样能收到，确认了objec对象是能用来区分同一个通知。
第二次：网上查object参数发现，post的参数object和add的参数object要是同一个实例，改post的object为NSStringFromClass([vc class])，改add的object为NSStringFromClass([self class])，依然收不到。打印了self和vc是同一个对象，怎么NSStringFromClass([vc class])和NSStringFromClass([self class])就不是一个对象了呢。模拟了个demo单独研究，demo中NSStringFromClass([vc class])和NSStringFromClass([self class])就是一个对象。问题转化成NSStringFromClass的研究，终端编译了NSStringFromClass的源码，未公开，网上页没找到结果。
第三次：写了demo研究NSStringFromClass发现，类名长度较长时，NSStringFromClass([vc class])和NSStringFromClass([self class])不是一个对象，类名长度较短时，NSStringFromClass([vc class])和NSStringFromClass([self class])是一个对象。想起以前网上看的NSString字符串长度小于10的话，苹果是特殊处理的，没有指针，作为基本类型处理。
七.加入安全数组分类，替换数组的增删改查
- (void)safeRemoveObject:(id)obj {
if(obj ==nil) {
DLog(@"%s call -removeObject:, but argument obj is nil", __FUNCTION__);
return;
}
if([self respondsToSelector:@selector(removeObject:)]) {
[self removeObject:obj];
}else{
DLog(@"%s 找不到removeObject方法",__FUNCTION__);
}
}
