iOS优化

1.是否存在内存泄露问题

1.1静态分析

Product -> Analyze，看有没有声明了变量没有使用，重复初始化

1.2动态分析

Product -> Profile -> Leaks

2.查找和解决僵尸对象

僵尸对象不等于nil对象，但是僵尸对象是dealloc状态，所以又不能对僵尸对象进行操作

3.资源优化

3.1图片优化

3.2音视频优化

4.懒加载（延迟加载）

5.数据持久化

6.编译参数设置

Optimization Level编译参数决定了程序在编译过程中的两个指标——编译速度和内存的占用,也决定了 编译之后可执行结果的两个指标——速度和文件大小。如上所述,Optimization Level分为6个级别,各个级别 的含义如下所示。 
 -O0。默认级别。不进行任何优化,直接将源代码编译到执行文件中,结果不进行任何重排,编译时间比 较长。主要用于调试程序,可以进行设置断点、改变变量、计算表达式等调试工作。图20-43所示的Debug 情况就是-O0级别。 
 -O1(或-O)。最常用的优化级别,不考虑速度和文件大小权衡问题。与-O0级别相比,它生成的文件更小, 可执行的速度更快,编译时间更少。 
 -O2。在-O1级别基础上再进行优化,增加指令调度的优化。与-O1级别相比,它生成的文件大小没有变大, 编译时间变长了,编译期间占用的内存更多了,但程序的运行速度有所提高。该级别是应用程序发布时的 最理想级别,在增加文件大小的情况下提供了最大优化。 
 -O3。在-O2和-O1级别上进行优化,该级别可能会提高程序的运行速度,但是也会增加文件的大小。 
 -Os。这种级别用于在有限的内存和磁盘空间下生成尽可能小的文件。由于使用了很好的缓存技术,它在 某些情况下也会有很快的运行速度。该级别常用于发布iOS设备时,图20-43所示的就是Release为-Os级别 
的情况。 
 -Ofast。它是一种更为激进的编译参数,它以牺牲浮点数的精度为代价。 
选择Optimization Level时,要权衡编译时间、编译内存占用、编译结果文件大小和执行速度等问题。一般情 
况下,-O0适合于调试,-Os级别是iOS设备上的应用发布最理想的选择。如果不满意这6个预定级别,用户可以自 定义一个级别来编译。

7.第三方库的使用

8.删除多余的NSLog

9.不做无用功

不要在启动时花几百ms来做logging，不要为同样的数据做多次查询 
试图重用：对于创建过程昂贵的对象，要重用而不是重新创建 
Table View的cell（复用） 
Date/Number的formatter（不是每次启动都重新创建） 
正则表达式 
SQLite语句

10.NSDateFomatter

NSDateFormatter对象本身初始化很慢,同样还有NSCalendar也是如此.然而在一些使用场景中不可避免要使用他们,比如Json数据解析中.使用这个对象同时避免其性能开销带来性能开销,一般比较好的方式是通过添加属性(推荐)或创建静态变量保持该对象只被初始化一次，而被多次复用.不得不值得一提的是设置一个NSDateFormatter属性速度差不多是和创建新的实例对象一样慢！