13.UITableView的复用机制
重⽤原理:
当滚动列表时,部分UITableViewCell会移出窗口,UITableView会将窗口外的UITableViewCell放入一个对象池中,等待重用。当UITableView要求dataSource返回 UITableViewCell时,dataSource会先查看这个对象池,如果池中有未使用的 UITableViewCell,dataSource则会用新的数据来配置这个UITableViewCell,然后返回给 UITableView,重新显示到窗口中,从而避免创建新对象 。这样可以让创建的cell的数量维持在很低的水平，如果一个窗口中只能显示5个cell，那么cell重用之后，只需要创建6个cell就够了。
14.UITableView的优化
1.使用不透明视图，不透明的视图可以极大地提高渲染的速度。
2.不要重复创建不必要的table cell，UITableView只需要一屏幕的UITableViewCell对象即可。因此在cell不可见时，可以将其缓存起来，而在需要时继续使用它即可。
3.减少视图的数目，view是很大的对象，创建它会消耗较多资源，并且也影响渲染的性能。如果你的table cell包含图片，且数目较多，使用默认的UITableViewCell会非常影响性能
4.不要做多余的绘制工作。
在实现drawRect:的时候，它的rect参数就是需要绘制的区域，这个区域之外的不需要进行绘制。例如上例中，就可以用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判断是否需要绘制image和text，然后再调用绘制方法。
5.不要阻塞主线程，必要时可以增加下载线程数，以加快资源下载速度，减少用户等待时间
15.内存管理
内存管理两种方式：
1.MRC（人工引用计数），手动管理内存。
MRC模式下，所有的对象都需要手动的添加retain、release代码来管理内存。使用MRC，需要遵守谁创建，谁回收的原则。也就是谁alloc，谁release；谁retain，谁release。
当引用计数为0的时候，必须回收，引用计数不为0，不能回收，如果引用计数为0，但是没有回收，会造成内存泄露。如果引用计数为0，继续释放，会造成野指针。为了避免出现野指针，我们在释放的时候，会先让指针=nil。
2.ARC(自动引用计数)，自动管理内存。
ARC是IOS5推出的新功能，通过ARC，可以自动的管理内存。在ARC模式下，只要没有强指针（强引用）指向对象，对象就会被释放。在ARC模式下，不允许使用retain、release、retainCount等方法。并且，如果使用dealloc方法时，不允许调用[super dealloc]方法。
ARC模式下的property变量修饰词为strong、weak，相当于MRC模式下的retain、assign。strong :代替retain，缺省关键词，代表强引用。weak：代替assign，声明了一个可以自动设置nil的弱引用，但是比assign多一个功能，指针指向的地址被释放之后，指针本身也会自动被释放。
内存管理规则:
我们创建自己的对象，当他们不再需要的时候，释放他们。如果没有必要必须释放这些对象,保留需要使用的对象。不要释放我们没有拥有的对象。
16.代理和通知的区别
区别一：
delegate针对一对一关系，并且reciever可以返回值给sender；
notification 可以针对多对多，reciever无法返回值给sender。
所以，delegate用于sender希望接受到reciever的某个功能反馈值，notification用于通知多个object某个事件。
区别二：
Delegate:消息的发送者(sender)告知接收者(receiver)某个事件将要发生，delegate同意然后发送者响应事件，delegate机制使得接收者可以改变发送者的行为。通常发送者和接收者的关系是直接的一对多的关系。
Notification:消息的发送者告知接收者事件已经发生或者将要发送，仅此而已，接收者并不能反过来影响发送者的行为。通常发送者和接收者的关系是间接的多对多关系。
区别三：
效率肯定是delegate比nsnotification高。
区别四：
delegate方法比notification更加直接，最典型的特征是，delegate方法往往需要关注返回值，也就是delegate方法的结果。delegate用于声明委托。Notification用于通告。
