深刻探索 Android 电量优化

时间 2020-06-21

标签深刻探索 android 电量优化栏目 Android 繁體版

原文原文链接

前言

成为一名优秀的Android开发，须要一份完备的知识体系，在这里，让咱们一块儿成长为本身所想的那样~。

本文思惟导图

1、正确认识

一、为何要作电量优化？

在 Android 应用开发中，咱们须要考虑的是如何优化电量使用，让咱们的 App 不会由于电量消耗太高被用户排斥，或者被其余安全应用报告，以此确保用户黏性。html

二、电量重视度不够

开发中一直链接手机，不知道电量消耗有多快。java

三、电量消耗线上难以量化

咱们没有办法拿到每个用户手机的组件能耗，其中不一样的硬件模块使用了不一样的参数，而后使用了不一样的算法来进行估算。可是，具体的参数值根据手机所使用的硬件来讲是不同的。python

2、电池技术

一、电池容量

如今通常手机的电池容量会占用内部组件将近一半的空间。android

二、充电时间

1）、OPPO VOOC 闪充技术

一、适配器中加入 MCU 智能芯片，得益于 MCU 对电流的精准调节，VOOC 实现了分段恒流和分档技术，起步时，VOOC 会挂上高速档，中间时会自动挂上中速档，让你快速前行，结尾时又会切换成低速挡，让你平稳到站。
二、从适配器到接口再到手机内部的全端式五重防御技术。
- 1）、适配器过载保护电流进入适配器时，其中的传感器会实时检测电压电流，安全时， MOSFET（保护）开关会自动打开闪充。
- 2）、闪充条件鉴定保护电流经过适配器时，MCU 芯片会识别设备是否支持闪充，只有支持才开启闪充与第二级过载保护。
- 3）、接口过载保护电流进入手机时，在特别定制的 7pinUSB 接口处，手机内的 MCU 会控制第三个 MOSFET（保护）开关，实行第三级过载保护。
- 4）、电池过载保护电池内的特殊 IC 和 MOSFET（保护）开关负责对进入电池的电压电流实行过载保护。
- 5）、电池熔丝保护出现异常时，电池内的保险丝会当即熔断，物理性断绝电流输入。
三、将充电安全指数从 PPM（百万分之一）提高至航天级别 DPM（十亿分之一）。

2）、快充技术

P=UI（电功率=电压 * 电流）git

普通充电过程

1）、先将 220V 电压经过充电头降至 5V。
2）、而后，手机内部电路再把 5V 电压降至 4.2V。
3）、最后，把电量输送给电池，而整个降压的过程当中会产生热能。

3）、铝-石墨烯超级电池

超高耐用性和安全性，快充充电1.1秒就能充满电。
实验阶段。

三、寿命

一般使用充电循环次数衡量。github

四、安全性

严格控制电池容量，例如 VOOC 就使用了各类安全检测技术。web

五、电量和硬件

手机耗电是经过使用相应的硬件模块来消耗电能。
CPU、屏幕、WIFI、数据网络、GPS、音视频通话在平常耗电量中占比最大。

六、Android 耗电演进

KITKAT

批处理传感器

分批有效地收集和传递传感器事件。算法

Alarm 对齐

批处理在合理的类似时间内的全部应用的闹铃，以便系统仅唤醒一次。docker

Lollipop

开启 Volta 项目
Job Scheduler
dumpsys batterystats
Battery Historian
修复 native fork 进程保活的 bug

Marshmallow

省电功能
Doze 低功耗模式
App Standby 应用待机摸手机

Nougat

优化省电功能
Doze 增强版
implicit broadcasts 显示
混合编译

Oreo

更多优化省电功能
后台执行限制
后台位置限制

P（电压管理严格限制）

应用待机分组（App Standby Bueckets）

从应用安装开始。
分组决定后台被限制的程度。
不经常使用的应用将被限制地更加严格。

应用后台限制（Background Restrictions）

用户开启。
中止后台运行。
提示用户后台耗电严重的应用，用户可选择中止它们的后台运行。

省电模式（Battery Saver）

用户开启。
全部应用进入待机模式。
更加严格的后台限制，并且无视应用的 Target API。

3、电量检测方案

对于电量的统计有一个公式，以下所示：shell

模块电量（mAh） = 模块电流（mA）* 模块耗时（h）
复制代码

Android 系统要求 ROM 厂商必须在 /frameworks/base/core/res/res/xml/power_profile.xml 提供组件的电源配置文件。而 Android 系统的电量计算 PowerProfile 正是经过读取 power_profile.xml 的数据。

一、设置—耗电排行

1）、直观，但没有详细数据，对解决问题帮助不大。
2）、须要找特定场景专项测试，好比在某一个界面操做一段时间，而后来判断这个页面是否耗电。

二、使用广播监听电量变化—ACTION_BATTERY_CHANGED

获取电池电量、充电状态、电池状态等信息。

实战案例

IntentFilter filter = new IntentFilter();
filter.addAction(Intent.ACTION_BATTERY_CHANGED); Intent intent = registerReceiver(null, filter); LogUtils.i("battery " + intent.getIntExtra(BatteryManager.EXTRA_LEVEL, -1)); 复制代码

缺点

1）、价值不大：针对手机总体的耗电量，而非单个 App。
2）、实时性差、精度较低，被动通知。

三、dumpsys batterystats

batterystats 是 Android 5.0 提供的工具，它能够获取各个 App 的 WakeLock、CPU 时间占用等信息，同时增长了一个 Estimated power use（mAh）功能，预估耗电量。

做用

将电量测量转化为功能模块的使用时间或者次数。

adb shell dumpsys batterystats > battery.txt
复制代码

在 battery.txt 搜索 ‘Estimated power use’ 关键字，下面粗略统计了各个 Uid 的总耗电量。

Estimated power use (mAh): Capacity: 3350, Computed drain: 2767, actual drain: 3752-3853 Uid 1000: 1014 ( cpu=999 wake=1.36 radio=11.4 wifi=1.24 gps=0.435 sensor=0.808 ) Excluded from smearing Unaccounted: 985 ( ) Including smearing: 0 ( ) Excluded from smearing Uid 0: 416 ( cpu=157 wake=210 radio=38.8 wifi=9.51 ) Excluded from smearing ... 复制代码

batterystats 所记录的电量统计数据源自于 BatteryStatsService-电量统计服务，其实现类为 BatteryStatsImpl，内部正是使用的 PowerProfile 。

BatteryStatsImpl 为每个应用建立与之对应的 UID 来监控器系统资源的使用状况，其统计了 12 大模块的电量消耗，以下所示：

Camera、Audio、Video
Bluetooth、Network、Wakelock
Sensor、Radio、Screen
WIFI、CPU、GPS

四、Battery Historian

特色

1）、查看自设备上次充电以来各类汇总统计信息，并且能够选择对应的 App 查看详细信息。
2）、可视化展现指标：
- 耗电比例。
- 执行时间、次数。
3）、仅适合线下使用。

安装

1）、安装 Docker
2）、docker -- run -p :9999 gcr.io/android-battery-historian/stable:3.0 --port 9999 （须要外网）

导出电量信息

1）、使用 batterystats 命令重置手机电量：adb shell dumpsys batterystats --reset
2)、使用 batterystats 命令获取电池数据权限并开启记录全面的电量信息：adb shell dumpsys batterystats --enable full-wake-history
3）、测试完成后，使用 bugreport 导出电量信息：
- 7.0和7.0之后：adb bugreport bugreport.zip
- 6.0和6.0以前:adb bugreport > bugreport.txt
- 经过 historian 图形化展现结果：python historian.py -a bugreport.txt > battery.html

上传分析

1）、打开 http://localhost:

若是打不开，可使用备用网站 bathist

2）、上传 bugreport 文件，点 Submit 提交便可。

Battery Historian 数据分析

Hitorian V2 — 电量统计图表

Add Metrics

在 Add Metrics 中咱们能够增长更多的测量项。

CPU running

若是一直处于 running，则代表电量消耗比较高。

JobScheduler

选中 Job Scheduler 的某一个工做时间片，咱们能够查看具体的发生的时间、耗时以及次数，最重要的是它统计出来了是哪个进程在使用这个 JobScheduler。

App Selection

1）、选择要分析电量的指定 App。
2）、点击右边区域的 System Stats 一栏能够在下方查看各个系统组件的电量百分比消耗详情，例如 Userspace Wakelocks。

主入口处的 Switch to Bugreport Comparison

选择多个文件进行上传对比。

五、电量专项测试

1）、耗电场景测试

复杂计算。
音视频播放。

2）、传感器相关

使用时长
耗电量
发热

3）、后台静默测试

4、耗电优化

一、耗电优化的难点

1）、 「缺少现场，没法复现」。
2）、 「信息不全，难以定位」。
3）、 「没法评估结果」。

在 App 开发中，常常会因为某个需求场景或代码 bug 而致使大量耗电。

二、后台调度任务省电

思考步骤

须要后台运行
- 长时间下载：DownloadManager
- 数据同步：SyncAdapter
- 本地任务：JobScheduler
特定时间执行：AlarmManager
实时通讯：推送服务
马上执行：Foreground Service

对于耗电优化中，咱们最经常使用的就是 JobScheduler，下面👇，咱们来实战一下。

Job Scheduler 实战

/**  * 开启 JobScheduler  */ private void startJobScheduler() {  if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {  JobScheduler jobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);  JobInfo.Builder builder = new JobInfo.Builder(1, new ComponentName(getPackageName(), JobSchedulerService.class.getName()));  // 设置仅在 充电和WIFI 下才使用 JobScheduler 进行批量任务处理  builder.setRequiresCharging(true)  .setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED);  jobScheduler.schedule(builder.build());  } } 复制代码

其中，「JobSchedulerService 就是用于进行批量任务处理的服务」，示例代码以下所示：

/**  * 用于进行批量任务处理的 JobSchedulerService  */ @RequiresApi(api = Build.VERSION_CODES.LOLLIPOP) public class JobSchedulerService extends JobService {   @Override  public boolean onStartJob(JobParameters params) {  // 此处执行在主线程  // 模拟一些处理：批量网络请求，APM日志上报  return false;  }   @Override  public boolean onStopJob(JobParameters params) {  return false;  } } 复制代码

特色

1）、 「仅支持 API 21 及之上」。
2）、 「在符合某些条件时建立执行在后台的任务」。
3）、 「把不紧急的任务放到更合适的时机批量处理」。

符合 Android 规则，手机在充电状态才去作耗电工做。示例代码以下所示：

IntentFilter ifilter = new IntentFilter(Intent.ACTION_BATTERY_CHANGED);
Intent batteryStatus = context.registerReceiver(null, ifilter); //获取用户是否在充电的状态或者已经充满电了 int status = batteryStatus.getIntExtra(BatteryManager.EXTRA_STATUS, -1); boolean isCharging = status == BatteryManager.BATTERY_STATUS_CHARGING || status == BatteryManager.BATTERY_STATUS_FULL; 复制代码

三、电量优化套路总结

一、优化应用的后台耗电

避免后台长时间获取 WakeLock、WIFI 和蓝牙的扫描等。

二、符合系统的耗电规则

Android P 使用了 Android Vitals 监控后台耗电，其规则以下所示：

1）、Alarm Manager wakeup 唤醒过多：当手机不在充电状态，每小时 wakeup 唤醒次数大于 10 次。
2）、频繁使用局部唤醒锁：当手机不在充电状态，partial wake lock 持有超过1小时。
3）、后台网络使用量太高：当手机不在充电状态并且应用在后台，每小时网络使用量超过 50MB。
4）、后台 WiFi scans 过多：当手机不在充电状态并且应用在后台，每小时大于4次 WiFi scans。

三、CPU 时间片

「Android 手机保护 AP 和 BP 两个 CPU。AP 即 Application Processor，全部的用户界面以及 App 都是运行在 AP 上的。BP 即 Baseband Processor，手机射频都是运行在这个 CPU 上的。而通常咱们所说的耗电，PowerProfile 文件里面的 CPU，指的是 AP」。

CPU 耗电一般有两种状况：

1）、 「长期频繁唤醒：本来能够仅仅在 BP 上运行，消耗 5mA 左右，可是由于唤醒，AP 就会运做，不一样手机状况不同，至少会致使 20~30 mA 左右的耗电」。
2）、 「CPU 长期高负荷：例如 App 退到后台的时候没有中止动画，或者程序有不退出的死循环等等，致使 CPU 满频、满核地跑」。

经常使用优化 CPU 时间片的方式有：

1）、 「获取运行过程线程 CPU 消耗，定位 CPU 占用率异常方法」。
2）、 「减小后台应用的主动运行」。

四、网络相关

一般状况下，使用 WIFI 链接网络时的功耗要低于使用移动网络的功耗。而使用移动网络传输数据，电量的消耗有如下3种状态：

「Full power：高功率状态，移动网络链接被激活，容许设备以最大的传输速率进行操做」。
「Low power：低功耗状态，对电量的消耗差很少是 Full power 状态下的 50%」。
「Standby：空闲态，没有数据链接须要传输，电量消耗最少」。

所以，为了不网络链接所带来的电量消耗，咱们能够采用以下几种方案：

1）、尽可能在 WIFI 环境下进行数据传输，在使用 WIFI 传输数据时，应该尽量增大每一个包的大小（不超过 MTU），并下降发包的频率。
2）、在蜂窝移动网络下须要对请求时机及次数控制：能够延迟执行的网络请求稍后一块儿发送，最好作到批量执行，尽可能避免频繁的间隔网络请求，以尽可能多地保持在 Radio Standby 状态。
3）、使用 JSON 和 Protobuf 进行数据压缩，减小时间。
4）、禁止使用轮询功能：轮询会致使网络请求一直处于被激活的状态，耗电太高。

五、定位相关

1）、 「根据场景谨慎选择定位模式：对定位准确度没那么高的场景能够选择低精度模式」。
2）、 「能够考虑网络定位代替 GPS」。
3）、 「使用后务必及时关闭，减小更新频率，例如定位开启必定时间后超过某个阈值能够执行一个兜底策略：强制关闭 GPS」。

六、界面相关

1）、 「离开界面后中止相关活动，例如关闭动画」。
2）、 「耗电操做判断先后台，若是是后台则不执行相关操做」。

七、WakeLock 相关

WakeLock 经常使用于后台播放音视频、录制音视频、下载文件的状况。若是没有合理使用 WakeLock，则会形成严重的耗电问题，为了不该问题，「咱们应该按期针对使用了 WakeLock 的模块进行重点排查」。

咱们可使用 adb shell dumpsys power 命令查看系统当前的耗电信息，其中咱们能够看到 WakeLock 列表，它一般会以 「”mLocks.size“ 或者 ”Wake Locks：size“」 开头。关于 WakeLock 的使用咱们要着重注意如下几点：

1）、 「注意成对使用 acquire、release」。
2）、 「建议使用带参数的 acquire，避免没有及时释放而致使电量消耗过大」。
3）、 「使用 finally 确保 release 必定会被调用」。
4）、 「常亮场景使用 keepScreenOn 便可」。
5）、「WakeLock 有一个接口 setReferenceCounted，用来设置 WakeLock 的技术机制，官方默认为计数。true 为计数，false 为不计数。所谓计数即每个 acquire 必须对应一个 release；不计数则是不管有多少个 acquire，一个 release 就能够释放。可是问题是有的第三方 ROM 它将默认设置为了避免计数，觉得咱们须要在调用 newWakeLock 以后再调用 setReferenceCounted 为 false」。

八、计算优化

「浮点运算比整数运算更消耗 CPU 时间片，所以耗电也会增长」。避开浮点运算的优化方法以下所示：

1）、 「除法变乘法」。
2）、 「充分利用移位」。
3）、 「在 native 层开发时，能够利用 ARM neon 指令集作并行运算，注意须要 ARM V7 及以上架构 CPU 才能支持」。

九、灭屏时中止动画

「咱们能够监听灭屏以及亮屏的广播，在灭屏的时候中止 surfaceView 的动画绘制。在亮屏的时候，恢复动画的绘制」。

5、耗电监控

之后台耗电监控为主，必须监控的模块有：

1）、 「Alarm wakeup」
2）、 「WakeLock」
3）、 「WiFi scans」
4）、 「Network」

「必须监控的现场信息有」 ：

1）、 「堆栈信息」
2）、 「是否充电」
3）、 「电量水平」
4）、 「应用先后台时间」
5）、 「CPU 状态信息」

最后，咱们须要 「提炼规则，将监控内容 => 抽象成规则」。

一、Java Hook

咱们能够经过代理对应的 Service 实现，完成收集 Wakelock、Alarm、GPS 的申请堆栈、释放信息、手机充电状态等等。

示例项目

二、电量辅助监控实战

1）、获取运行时能耗文件

1）、adb pull /system/framework/framework-res.apk
2）、反编译，xml—》power_profile

2）、电量辅助监控

线下使用 epic 进行 AOP 电量辅助统计

这里咱们就以 WakeLock 的监控为例，切面代码以下所示：

public static long sStartTime = 0;
@Insert(value = "acquire") @TargetClass(value = "com.optimize.performance.wakelock.WakeLockUtils",scope = Scope.SELF) public static void acquire(Context context){  trace = Log.getStackTraceString(new Throwable());  sStartTime = System.currentTimeMillis();  Origin.callVoid();  new Handler().postDelayed(new Runnable() {  @Override  public void run() {  WakeLockUtils.release();  }  },1000); } @Insert(value = "release") @TargetClass(value = "com.optimize.performance.wakelock.WakeLockUtils",scope = Scope.SELF) public static void release(){  LogUtils.i("PowerManager "+(System.currentTimeMillis() - sStartTime)+"/n"+trace); 复制代码

此外，咱们也能够利用 epic 来监控每一个线程的执行时间，超过阈值则警告，示例代码以下所示：

public static long runTime = 0;
@Insert(value = "run") @TargetClass(value = "java.lang.Runnable",scope = Scope.ALL) public void run(){  runTime = System.currentTimeMillis();  Origin.callVoid();  LogUtils.i("runTime "+(System.currentTimeMillis() - runTime)); } 复制代码

三、编译插桩

「写一个基础类，而后在统一的调用接口中添加监控逻辑」。这里咱们能够参考 Facebook Battery-Metrics 获取、监控数据的方式。其代码以下所示：

public class WakelockMetrics {
  /**  * 获取 WakeLock  *  * @param wakeLock WakeLock  * @param timeout 超时时间  */  public static void acquire(PowerManager.WakeLock wakeLock, long timeout) {  wakeLock.acquire(timeout);  // 监控 wakelock 相关信息  Log.e("HOOOOOOOOK", "--acquireWakeLock--");  Log.e("HOOOOOOOOK", Utils.getStackTrace());  // 使用 Battery-Metrics 库统计其它维度的电量信息   }   /**  * 释放 WakeLock  *  * @param wakeLock WakeLock  */  public static void release(PowerManager.WakeLock wakeLock) {  wakeLock.release();  Log.e("HOOOOOOOOK", "--releaseWakeLock--");  Log.e("HOOOOOOOOK", Utils.getStackTrace());  // 使用 Battery-Metrics 库统计其它维度的电量信息   }  } 复制代码

Gradle 耗电量统计插件中 BatteryCreateMethodVisitor 的核心实现代码以下所示：

@Override
public void visitMethodInsn(int opcode, String owner, String name, String descriptor, boolean isInterface) {  // 监控 Wakelock  String monitorClass = "com/ss/android/ugc/bytex/example/battery_monitor/WakelockMetrics";  if (!monitorClass.equals(className)  && "android/os/PowerManager$WakeLock".equals(owner)  && opcode == Opcodes.INVOKEVIRTUAL  && "acquire".equals(name)) {  mv.visitMethodInsn(  Opcodes.INVOKESTATIC,  monitorClass,  name,  "(Landroid/os/PowerManager$WakeLock;J)V",  isInterface  );  return;  }  if (!monitorClass.equals(className)  && "android/os/PowerManager$WakeLock".equals(owner)  && opcode == Opcodes.INVOKEVIRTUAL  && "release".equals(name)) {  mv.visitMethodInsn(  Opcodes.INVOKESTATIC,  monitorClass,  name,  "(Landroid/os/PowerManager$WakeLock;)V",  isInterface  );  return;  }  // 监控 Gps  monitorClass = "com/ss/android/ugc/bytex/example/battery_monitor/GpsMetrics";  if (!monitorClass.equals(className)  && "android/location/LocationManager".equals(owner)  && opcode == Opcodes.INVOKEVIRTUAL  && "requestLocationUpdates".equals(name)) {  mv.visitMethodInsn(  Opcodes.INVOKESTATIC,  monitorClass,  name,  "(Landroid/location/LocationManager;Ljava/lang/String;JFLandroid/location/LocationListener;)V",  isInterface  );  return;  }  if (!monitorClass.equals(className)  && "android/location/LocationManager".equals(owner)  && opcode == Opcodes.INVOKEVIRTUAL  && "removeUpdates".equals(name)) {  mv.visitMethodInsn(  Opcodes.INVOKESTATIC,  monitorClass,  name,  "(Landroid/location/LocationManager;Landroid/location/LocationListener;)V",  isInterface  );  return;  }  // 监控 Alarm Service  monitorClass = "com/ss/android/ugc/bytex/example/battery_monitor/AlarmMetrics";  if (!monitorClass.equals(className)  && "android/app/AlarmManager".equals(owner)  && opcode == Opcodes.INVOKEVIRTUAL  && "set".equals(name)) {  mv.visitMethodInsn(  Opcodes.INVOKESTATIC,  monitorClass,  name,  "(Landroid/app/AlarmManager;IJLandroid/app/PendingIntent;)V",  isInterface  );  return;  }  if (!monitorClass.equals(className)  && "android/app/AlarmManager".equals(owner)  && opcode == Opcodes.INVOKEVIRTUAL  && "cancel".equals(name)) {  mv.visitMethodInsn(  Opcodes.INVOKESTATIC,  monitorClass,  name,  "(Landroid/app/AlarmManager;Landroid/app/PendingIntent;)V",  isInterface  );  return;  }  super.visitMethodInsn(opcode, owner, name, descriptor, isInterface); } 复制代码

缺点

系统的代码插桩方案没法替换。

6、电量优化常见问题

一、怎么作电量测试？

电量相关的测试相对来讲难度较大，由于 App 在具体手机上的耗电量没法准确统计，每个手机所使用的硬件不同，那么它相应的功耗就不同。并且这个功耗值咱们只能在线下经过导出手机的 power_profile.xml 文件拿到。

因为咱们没法获取准确的耗电量，因此咱们只能增长多个维度来辅助判断 App 是否耗电。

最后，咱们能够分场景各个突破。

关于电量测试，咱们能够针对各个功能场景进行针对性的专项测试。操做一段时间后，咱们能够在手机设置—电量消耗里面，利用其数据做为判断依据。这样虽然直观，但精确度不行。

介绍 Battery Historian：

Google 推出的一款 Android 电量分析工具，它支持 Android 5.0 及以上系统的电量分析。
它获取到的各个耗电模块的耗电信息要相对精确、丰富地多。例如 GPS、WaleLock、蓝牙等的工做时间以及耗电量。
此外，它不只能够针对单个 App 进行选择，也能够比对不一样的电量场景的信息，好比优化前、优化后的信息。
Battery Historian 的缺点在于它只能在线下使用。所以除了使用其在线下测试以外，咱们还须要在线上增长一些电量的辅助监控，统计例如：耗电组件的使用次数、调用堆栈以及访问时间。这些都是与用户相关的基础电量消耗数据，若是有用户反馈，咱们就能够经过这些信息来判断用户是否是有耗电的操做。

二、有哪些有效的电量优化手段？

由于咱们不能在线上统计出 App 的电量消耗，所以须要在尽可能保证 App 在正常使用下的耗电。对此咱们采起了一系列的电量优化措施：

1）、网络相关

网络请求的时机以及次数，将能够延迟的网络请求批量发送，减小网络被激活的时机与次数。
此外，咱们能够对网络传输数据进行压缩，以下降传输的时间与流量。
最后，必定要禁止使用轮询的方式来作业务操做。

2）、传感器相关

根据场景谨慎地选择传感器使用的模式，好比说在使用 GPS 的时候通常要避免使用高精度的模式，或者是尽可能复用上一次的定位结果。

3）、WakeLock

咱们在实际项目中使用 WakeLock 有几个注意事项，第一，acquire、release 要成对地释放，第二，尽可能使用 acquire 的超时方法来设置超时时间，避免由于异常状况从而致使 WakeLock 而没法释放的状况，第三，关于 WakeLock 的释放必定要写在 try-catch-finally 的 finally 当中，保证 WakeLock 在异常状况下的释放。

4）、JobScheduler

JobScheduler 能够容许开发者在符合某些条件下创造执行在后台的任务，咱们能够设置执行一些耗电操做的场景，好比说处于 WIFI 状态下同时链接电源的状况下。同时，要注意用户在离开界面后，要避免耗电的操做，好比说中止播放动画。经过这些操做，咱们的 App 就不会比以前耗电了。

7、总结

对于电量优化来讲，最重要的就是 「创建监控与自动化报警的一整套体系，只有发现了耗电的问题所在，才能使用针对性的解决措施」。

公众号

个人公众号 JsonChao 开通啦，欢迎关注~

参考连接：

一、《Android性能优化最佳实践》第六章耗电优化（基础）
二、慕课网之Top团队大牛带你玩转Android性能分析与优化第九章 App电量优化（进阶）
三、极客时间之Android开发高手课耗电优化（进阶）
四、《Android移动性能实战》第五章电池（经验）
五、手机硬件已进入发展瓶颈，将来电池技术将如何突破？
六、 VOOC 闪充
七、 google/battery-historian
八、 google/battery-historian-docs
九、 google/battery-historian-api
十、大众点评 App 的短视频耗电量优化实战
十一、 Android 后台调度任务与省电
十二、 Android P 电量管理
1三、 facebookincubator/Battery-Metrics
1四、 simplezhli/Chapter19

Contanct Me

● 微信：

❝
欢迎关注个人微信：bcce5360
❞

● 微信群：

❝
「因为微信群人数过多，麻烦你们想进微信群的朋友们，加我微信拉你进群。」
❞

● QQ群：

❝
2千人QQ群，「Awesome-Android学习交流群，QQ群号：959936182」，欢迎你们加入~
❞

深刻探索 Android 电量优化

前言

成为一名优秀的Android开发，须要一份完备的知识体系，在这里，让咱们一块儿成长为本身所想的那样~。

本文思惟导图

1、正确认识

一、为何要作电量优化？

二、电量重视度不够

三、电量消耗线上难以量化

2、电池技术

一、电池容量

二、充电时间

1）、OPPO VOOC 闪充技术

2）、快充技术

普通充电过程

分类

3）、铝-石墨烯超级电池

三、寿命

四、安全性

五、电量和硬件

六、Android 耗电演进

KITKAT

批处理传感器

Alarm 对齐

Lollipop

Marshmallow

Nougat

Oreo

P（电压管理严格限制）

应用待机分组（App Standby Bueckets）

应用后台限制（Background Restrictions）

省电模式（Battery Saver）

3、电量检测方案

一、设置—耗电排行

二、使用广播监听电量变化—ACTION_BATTERY_CHANGED

实战案例

缺点

三、dumpsys batterystats

做用

四、Battery Historian

特色

安装

导出电量信息

上传分析

Battery Historian 数据分析

Hitorian V2 — 电量统计图表

Add Metrics

CPU running

JobScheduler

App Selection

主入口处的 Switch to Bugreport Comparison

五、电量专项测试

1）、耗电场景测试

2）、传感器相关

3）、后台静默测试

4、耗电优化

一、耗电优化的难点

二、后台调度任务省电

思考步骤

Job Scheduler 实战

特色

三、电量优化套路总结

一、优化应用的后台耗电

二、符合系统的耗电规则

三、CPU 时间片

四、网络相关

五、定位相关

六、界面相关

七、WakeLock 相关

八、计算优化

九、灭屏时中止动画

5、耗电监控

一、Java Hook

二、电量辅助监控实战

1）、获取运行时能耗文件

2）、电量辅助监控

线下使用 epic 进行 AOP 电量辅助统计

三、编译插桩

缺点

6、电量优化常见问题

一、怎么作电量测试？