iOS系统区别于Android系统，系统设计本身就是以用户体验优先，而非程序并发常驻。随着硬件的不断升级，CPU和GPU的越发强大，手机本身的使用体验也在不断提高。
但是即便如此，iOS程序设计和开发时还是有很多需要注意的地方，来进一步提升用户体验。
大概有几个方面：
- app 启动速度提升
- 浏览的流畅性提升
- 图片、视屏、直播秒开
- 减少发热和和耗电
1.APP启动速度提升
iOS应用的启动可分为pre-main阶段和main两个阶段，所以App总启动时间 = pre-main耗时 + main耗时
借用两张经典的图：
所以，优化启动时长分两个阶段
pre-main阶段优化
1、删除无用代码（未被调用的静态变量、类和方法）
可以使用AppCode对工程进行扫描，删除 未使用的本地变量 参数 值
2、抽象重复代码
3、+load方法中做的事情延迟到+initialize中，或者在+load中做的事情不宜花费过多时间
因为load是在启动的时候调用，而initialize是在类首次被使用的时候调用，不过当你把load中的逻辑移到initialize中时候，一定要注意initialize的重复调用问题。
4、减少不必要的framework，或者优化已有的framework
main阶段优化
main函数开始到第一个界面渲染完成这段时间，优化出发点就是减少从main函数开始到第一个界面出现的时间，可以从两方面入手：
1、didFinishLaunchingWithOptions中有些服务可以采用懒加载的方式
2、首次启动渲染的页面优化
不使用xib或者storyboard，直接使用代码；
对于viewDidLoad以及viewWillAppear方法中尽量去尝试少做，晚做，不做，或者采用异步的方式去做
2.浏览的流畅性提升
这里可以细分为两个方面：本页面的滑动顺畅性 和 新页面跳转
本页面的滑动流程性
- 对象的创建
1.尽量用轻量对象，比如CALayer 比 UIView 要轻量许多，不考虑交互，可以选择CALayer。
2.Storyboard和xib加载对象时，消耗的成本比代码多。慎用
3.预加载和懒加载，cache的使用， 充分使用cel复用机制
- 布局计算
1.视图计算比较消耗CPU性能，修改uiview的frame相关属性，更是消耗cpu性能，尽量避免频繁的布局更新
2.自动布局对cpu的消耗随着复杂度是呈指数级的，慎用autoLayout
纹理渲染
1.当在较短时间显示大量图片时（比如 TableView 存在非常多的图片并且快速滑动时），CPU 占用率很低，GPU 占用非常高。避免这种情况的方法只能是尽量减少在短时间内大量图片的显示，尽可能将多张图片合成为一张进行显示。
2.当图片过大，超过 GPU 的最大纹理尺寸时，图片需要先由 CPU 进行预处理，这对 CPU 和 GPU 都会带来额外的资源消耗。目前来说，iPhone 4S 以上机型，纹理尺寸上限都是 4096×4096。所以，尽量不要让图片和视图的大小超过这个值。视图混合
当多个视图或者CALayer混合显示时，GPU会将它们混合到一起，视图多，结构复杂就会增加混合难度。解决方法：减少视图个数和层次，在不透明的视图中标明opaque 属性以避免无用的 Alpha 通道合成。或者把它们合成到一张大图上。图形生成
CALayer 的 border、圆角、阴影、遮罩（mask），CASharpLayer 的矢量图形显示，以及透明半透明的使用， 会触发离屏渲染（offscreen rendering），
为了避免这种情况，另外解决方法是把需要显示的图形在后台线程绘制为图片，避免使用圆角、阴影、遮罩等属性。内存控制，及时释放
异步加载，避免卡主线程，避免使用dataWithContentsOfURL等方法
数据结构处理，json速度上优于xml
新页面跳转
把关键的且耗时少的运算放在viewdidload里，减少ViewController 在切换时候的卡顿时间
部分UI渲染放在 viewWillAppear 里运算
部分复杂的运算可以丢在 viewDidAppear 里
触发型的做触发加载，或者延迟加载
避免使用页面跳转过场动画
load数据的异步加载
3.图片、视屏、直播秒开
根据策略进行预加载，图片缓存，注意压缩
获取视频关键帧，根据网络情况，动态调整码率
提高拉流优先级，进入页面先拉流
4.减少发热和耗电
定位管理器和 GPS，地理位置获取，不用的时候关掉
减少无用的网络接口请求，特别是轮询接口
减少计算，优化算法，数据结构
其他
其他的用户感知和交互方面，应该尽量人性化。
页面链路清晰，进退有路。
一目了然，及时提示。
避免空白页，卡主线程，等待无感知或者动画过渡。
等等。
