应用以 60 帧每秒运行，意味着有 16 毫秒事件进行下一帧过渡的全部操作，因此要在一个时间循环中将子任务在主线程的累积时间消耗缩到最短。
ViewController
ViewController 生命周期如下图所示
ViewControllerLifeCycle.png
最佳实践：
- 保持 ViewController 轻量，ViewController 只是纽带，不能存放业务逻辑
- 不要在 ViewController 中编写动画逻辑，动画可以在单独的动画类中实现，该类接受视图作为参数，返回动画给 ViewController，然后添加至视图上
- 使用数据源和委托协议，将代码按照数据检索、数据更新和其他业务逻辑进行分离，ViewController 只负责选择视图并连接到供应源上
- ViewController 负责响应来自操作系统的 UI 相关事件，包括旋转和内存警告
- 不要编写自定义 init 方法，如果 ViewController 切换至 XIB 或故事板则 init 方法就不会被调用了
- 不使用代码手工布局 UI
- 创建一个实现了公共设置的基类 ViewController
- 在各个子 ViewController 中，使用 category 创建可复用的代码
当 ViewController 的 view 被请求时，loadView 方法会被调用，此时 view 为 nil。
[sampleViewcontroller view];
执行过程中应该尽量缩短在 viewDidLoad 上花费的时间，数据应该提前准备好或者在其他线程进行加载。
视图结构和渲染包括以下步骤
- 构造子视图
- 计算并提供约束
- 为子视图递归执行步骤 1 和步骤 2
- 递归渲染
视图可见性
视图可见性有四个生命周期方法
- viewWillAppear
此时页面过渡动画还没开始，视图对用户不可见，启动任何动画都不会生效。
- viewDidAppear
过渡动画大约 300 毫秒。此时可以启动或恢复动画。
- viewWillDisappear
视图被覆盖或视图被弹出时触发。
判决方法
NSInteger index = [self.navigationController.viewControllers indexOfObject:self];
if (index == NSNotFound) {
NSLog(@"willDisappear 即将出栈");
} else {
NSLog(@"willDisappear 被覆盖");
}
- viewDidDisappear
此时视图已经被从 navigationController 中移除。
视图可见性的最佳实践：
- 不要重写 loadView
- 将 loadView 作为最后检查点，查看数据源是否可用并更新 UI
- 选择性考虑在 viewWillAppear 中更新 UI
- 在 viewDidAppear 中开始动画或视频播放
- 在 ViewWillDisappear 中停止动画
- 在 viewDidDisappear 中销毁数据结构
View
视图优化基本规则：
- 尽量减少主线程工作
- 避免较大的 nib 或故事板，xml 文件在真正使用前需要加载和解析，应该尽量模块化和最小化，从而加快速度，减小内存占用
- 避免多层嵌套，在层次结构任何位置添加 View 时，祖先树节点会执行 layoutSubviews，这个调用代价大，因为 view 需要根据约束重新计算子视图位置，并在视图层级的每一次都进行此操作
- 尽可能延迟加载 view 并重用，如果需要可以创建自己的视图缓存。
- 复杂 UI 最好使用自定义绘图，因为这样只会触发一个视图进行绘制，同时避免了调用代价较高的 layoutSubviews 和 drawRect 方法
UILabel
UIlabel 的渲染过程如下
- 计算需要的像素数目，消耗较大
- 检查要渲染的宽度
- 检查 numberOfLines，计算将要展示的行数
- sizeToFit 是否被调用，是则计算高度
- 如果没有调用 sizeToFit，则检查当前内容能否在给定高度下展示出来
- 如果不能，则根据 lineBreakMode 确定截断位置
- 使用字体、类型及颜色渲染最终展示的文本
如果动态计算出的 UILabel 宽度是容器宽度的一部分，那么要保证宽度可以由一个百分比均匀分配，否则渲染时需要进行反锯齿操作，代价很大。
UIImageView
最佳实践：
- 对于多次使用的图片，imageNamed 方法可以缓存到内存中
- 对于只使用一次的大图片，考虑使用 imageWithContentsOfFile 方法，避免缓存到内存中
- 使用高性能图像缓存库，根据 RAM 百分比来确定缓存参数
- 尽量使载入的图片与目标 UIImageView 大小相互匹配，否则调整图片大小会耗费性能
- 对于需要模糊或色调的效果的图片，可以创建一个图片的副本，将效果添加到副本上
- 加载图片要在统一专用的一个非主线程队列中执行
- 尽量使用绘制自定义 view 的方式替代图片的覆盖方式
UITableView
最佳实践：
- 重用 cell，避免回收和重复创建 cell
- 避免动态 cell 高度，如果需要可变高度的 cell，则尽量选择较高的 cell，从而为较少的 cell 计算高度
- 如果真的需要动态高度的 cell，用一个规则来标记需要计算并缓存高度的单元格
- 用自定义 view 重用 cell 时，避免每次都调用 layoutIfNeeded 来布局，固定元素的尺寸，可以确保 cell 渲染所需时间最小
- 避免透明的 cell 子 view
- 使用占位壳视图在快速滚动时进行 cell 占位，当滚动速度降低到阈值以下时再刷新数据
- 避免渐变、图像缩放、以及任何屏幕外的绘制
UIWebView
- 尽可能复用 webview，同时避免内存泄漏；展示新的 URL 之前先将内容重置，在 loadRequest 方法后调用 loadHTMLString:baseURL
- 附加一个自定义的 UIWebViewDelegate，实现 webview:shouldStartLoadWithRequest:navigationType 方法，从而获知用户正在逃离应用
- 通过 stringByEvaluatingJavaScriptFromString 建立桥来连接应用和 JS
- 实现委托的 webView:didFailLoadWithError: 方法
- 实现 webView:didFailLoadWithError: 方法来处理特定错误
- 对 HTTP 协议错误进行处理
自定义视图
自定义视图可以采取复合视图或直接绘制两种方式，直接绘制的性能高，但是维护困难，适合稳定下来的模块。
自注：鉴于利用 drawRect 方式调用 CoreGraphic 方法是在 CPU 中开辟上下文进行绘制后，整个内存区提交给 GPU 渲染，其内存占用会暴增，而从速度角度来讲，创建和切换上下文的时间消耗，与 UIKit 对渲染绘制的优化可能不分伯仲，不能有效论证直接绘制方案一定是最优的，因此能采用 UIKit 尽量采用 UIKit 方式。
自动布局
自动布局使用的 Cassowary 算法复杂度为 O(N)，其中 N 为约束数目。自动布局性能上比手动设置 frame 要差。
