耗电的主要来源

CPU处理，Processing
网络， Networking
定位，Location
图像，Graphics

耗电优化的几条建议

尽可能降低CPU、GPU功耗
少用定时器
优化I/O操作
- 尽量不要频繁写入小数据，最好批量一次性写入
- 读写大量重要数据时，考虑使用dispatch_io, 其提供了基于GCD的异步操作文件I/O的API。用dispatch_io系统会优化磁盘访问
- 数据量比较大的，建议使用数据库（比如SQLite、CoreData）(可能好多同学都直接写一个plist文件或者用NSKeyArchive归档到一个文件里，当数据量大的时候不建议这样写，因为数据库毕竟对读数据或者写数据是有优化过的）
网络优化
- 减少、压缩网络数据（比如我们之前给服务器交互的时候可能用的是XML，XML的一个缺点就是体积比较大因为格式比较臃肿，现在我们改为JSON体积就会减少很多，当然现在有很多公司在用protocol buffers更小更快更简单，感兴趣的同学可以点击链接研究）
- 如果多次请求的结果是相同的，尽量使用缓存
- 使用断点续传，否则网络不稳定时可能多次传输相同的内容
- 网络不可用时，不要尝试执行网络请求
- 让用户可以取消长时间运行或者速度很慢的网络操作，设置合适的超时时间
- 批量传输，比如，下载视频流时，不要传输很小的数据包，直接下载整个文件或者一大块一大块的下载。如果下载广告，一次性多下载一些，然后再慢慢展示。如果下载电子邮件，一次性下载多封，不要一封一封地下载
定位优化
- 如果只是需要快速确定用户的位置，最好用CLLocationManager的requestLocation方法。定位完成后，会自动让定位硬件断电
- 如果不是导航应用，尽量不要实时更新位置，定位完毕就关掉定位服务
- 尽量降低定位精度，比如尽量不要使用精度最高的kCLLocationAccuracyBest
- 需要后台定位时，尽量设置pausesLocationUpdatesAutomatically为YES，如果用户不太可能移动的时候系统会自动暂停位置更新
- 尽量不要使用startMonitoringSignificantLocationChanges，优先考虑startMonitoringForRegion:
硬件检测优化
- 用户移动、摇晃、倾斜设备时，会产生动作（motion）事件，这些事件由加速度计、陀螺仪、磁力计等硬件检测。在不需要检测的场合，应该及时关闭这些硬件