1、 网络方面的优化
- 请求前判断网络状态，网络不可用，不要尝试执行网络请求；
- 请求前设置合适的超时时间，避免长时间运行或者速度很慢的网络操作；
- 请求过程尽量使用断点续传，否则网络不稳定的时候可能多次传输相同的内容；
- 减少、压缩网络数据；
- 请求结果使用缓存；
- 网络活动会唤起需要长时间周期性供电的无线电模组，可以分批次进行网络请求，来降低开销；
2、 定位优化
- 精密&高频的的定位会增加开销，需要按需使用；
- 如果不是导航的应用，尽量不要实时更新位置，定位完毕就关掉定位服务；
- 如果只是需要快速确定用户的位置，最好用CLLocationManager的requestLocation方法。定位完成后，会自动让定位硬件断电；
- 尽量降低定位精度，比如尽量不要使用精度最高的KCLLocationAccuracyBest。精度越高，硬件模块功耗越大；
- 需要后台定位时，尽量设置pauseLocationUpdatesAutomatically为YES，如果用户不太可能移动的时候系统会自动暂停位置更新；
- 尽量不要使用startMonitoringSignificantLocationChanges，优先考虑startMonitoringForRegion；
3、CPU优化
- Timer的时间间隔不宜太短,满足需求即可；
- 线程适量,不宜过多,不要阻塞主线程；
- 优化算法,减少循环次数；
- 图片处理：
图片与imageView相同大小,避免多余运算
可以使用整副的图片,增加应用体积,但是节省CPU
- 复杂计算结果的缓存(UITableView的行高)
- 懒加载，不要一次性创建所有的subview，而是需要时才创建；
- 对象重用，避免重复创建；
- 避免庞大的xib,storyBoard，尽量使用纯代码开发；
- 减少复杂视图中autolayout的使用
- 不要频繁的刷新页面，能刷新1行cell最好只刷新一行，尽量不要使用reloadData；
- 选择正确的集合：
NSArray,使用index来查找很快(插入和删除很慢)
NSDictionary字典,使用键来查找很快
NSSets,是无序的,用键查找很快,插入/删除很快
- 合理使用NSDateFormatter 和 NSCalendar这种高开销对象。性能测试表明，NSDateFormatter的性能瓶颈是由于NSDate格式到NSString格式的转化，所以把NSDateFormatter创建单例意义不大。推荐的做法是，把最常用到的日期格式做缓存。
static NSDateFormatter *cachedDateFormatter = nil;
+ (NSDateFormatter *)cachedDateFormatter {
if (!dateFormatter) {
dateFormatter = [[NSDateFormatter alloc] init];
[dateFormatter setDateFormat: @“YYYY-MM-dd HH:mm:ss”];
}
return dateFormatter;
}
4、GPU优化
- 乱使用GPU会导致交互变差，并且降低电池寿命；
- 少用运算获得圆角，不论view.maskToBounds还是layer.clipToBounds都会有很大的资源开销，必须要用圆角的话，不如把图片本身就做成圆角；
- 尽量少用透明或半透明,会产生额外的运算；
5、后台优化
- 后台状态App仍会消耗电量，App要按需执行后台操作，并使用延迟APIs来保证系统运算高效执行。
- 在app进入后台状态时，立即减少动作，并且通知系统一次这些动作已经完成；
6、I/O操作
- 尽量不要频繁写入小数据，一次性写入数据量大的，用数据库（如Sqlite、Realm）或者用Dispatch_io来读取大量重要数据。
- 需要图片读写的，可以采用类似SDWebImage框架设计的方式：在图片读取缓存的时候，优先使用系统自带的NSCache，查找不到再通过I/O读取磁盘缓存图片，减少了电量消耗；
7、硬件检测优化
- 用户移动、摇晃、倾斜设备时，会产生动作(motion)事件，这些事件由加速度计、陀螺仪、磁力计等硬件检测。在不需要检测的场合，应该及时关闭这些硬件。
