耗电的主要来源
-
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
)事件,这些事件由加速度计、陀螺仪、磁力计等硬件检测。在不需要检测的场合,应该及时关闭这些硬件
- 用户移动、摇晃、倾斜设备时,会产生动作(
One More Thing
喜欢的朋友可以扫描关注我的公众号(多多点赞,多多打赏,您的支持是我写作的最大动力)