Android进阶技巧之Android休眠机制

Posted 2022-04-16 学习Android的第1024天

一、休眠概述

休眠，简而言之就是设备在不需要工作的时候把一些部件、外设关掉(掉电或让它进入低功耗模式)。

为什么要休眠呢？一言以蔽之：省电。

休眠分主动休眠和被动休眠。主动休眠：比如我电脑不用了，就通过设置让系统进入休眠模式；被动休眠：系统检测到自己闲的慌，为了节约故，自己就休眠去了。

废话不叙。

文末有福利！！！

二、android休眠

休眠是内核的核心工作，而Android是基于Linux内核的，所以Android休眠和内核有着千丝万缕的联系；由于Android的特殊应用场景：移动设备，所以Android休眠和内核又有着特别的需求。

1、联系：

Android设备停止使用，系统没有什么事情可做，进入休眠状态的功能最终是由内核去实现的；每一类硬件都有自己的驱动，具体的驱动决定怎么进入休眠以及处于何种层次的休眠。比如：对于platform_device，就按照platform_driver定义的规则，在suspend调用的时候，去做上面提到的事情：

struct platform_driver 
    int (*probe)(struct platform_device *);
    int (*remove)(struct platform_device *);
    void (*shutdown)(struct platform_device *);
    int (*suspend)(struct platform_device *, pm_message_t state);
    int (*resume)(struct platform_device *);
    struct device_driver driver;
    const struct platform_device_id *id_table;
; 

2、Android的特别需求：

比如对于自己的电脑，不用让它休眠好了；但是对于我们形影不离的手机，在休眠的时候还要睁一只眼：来电了要通知你，QQ啊微信啊什么的由信息了也要通知你，所以Android在Linux内核休眠机制之上，提出了“Opportunistic Suspend”。

三、休眠实践

絮絮叨叨这么多，下面让我们切切实实体验下休眠。

1、休眠模式 休眠是分好几种模式的，不同模式实现方式、耗电量不同，以下来自Documentation/power/states.txt：

The kernel supports four power management states generically, though
one is generic and the other three are dependent on platform support
code to implement the low-level details for each state.
This file describes each state, what they are
commonly called, what ACPI state they map to, and what string to write
to /sys/power/state to enter that state
 
state:      Freeze / Low-Power Idle
ACPI state: S0
String:     "freeze"
 
This state is a generic, pure software, light-weight, low-power state.
It allows more energy to be saved relative to idle by freezing user
space and putting all I/O devices into low-power states (possibly
lower-power than available at run time), such that the processors can
spend more time in their idle states.
This state can be used for platforms without Standby/Suspend-to-RAM
support, or it can be used in addition to Suspend-to-RAM (memory sleep)
to provide reduced resume latency.
 
 
State:      Standby / Power-On Suspend
ACPI State: S1
String:     "standby"
 
This state offers minimal, though real, power savings, while providing
a very low-latency transition back to a working system. No operating
state is lost (the CPU retains power), so the system easily starts up
again where it left off. 
 
We try to put devices in a low-power state equivalent to D1, which
also offers low power savings, but low resume latency. Not all devices
support D1, and those that don't are left on. 
 
 
State:      Suspend-to-RAM
ACPI State: S3
String:     "mem"
 
This state offers significant power savings as everything in the
system is put into a low-power state, except for memory, which is
placed in self-refresh mode to retain its contents. 
 
System and device state is saved and kept in memory. All devices are
suspended and put into D3. In many cases, all peripheral buses lose
power when entering STR, so devices must be able to handle the
transition back to the On state. 
 
For at least ACPI, STR requires some minimal boot-strapping code to
resume the system from STR. This may be true on other platforms. 
 
 
State:      Suspend-to-disk
ACPI State: S4
String:     "disk"
 
This state offers the greatest power savings, and can be used even in
the absence of low-level platform support for power management. This
state operates similarly to Suspend-to-RAM, but includes a final step
of writing memory contents to disk. On resume, this is read and memory
is restored to its pre-suspend state. 

虽说kernel支持上述四种休眠模式，但具体哪几种可用取决于你的硬件。那么怎么知道自己的Android设备支持的休眠模式呢？

答案：通过/sys/文件系统。查询支持的休眠模式可以cat文件/sys/power/state：

cat /sys/power/state 
freeze mem 

如果我们往/sys/power/state文件echo上面的某一种模式的字符串，系统就会进入相应的休眠模式：

echo "mem" > /sys/power/state 

如果你搜索过Android休眠相关的内容，在老版本的Android(4.4版本之前)会见有提到PowerManager的setPowerState()方法，该方法即是通过以上方式使系统进入休眠。但自从引入Autosleep后，就不在这么做了，setPowerState()方法也销声匿迹。

2、/sys/power/目录下文件

文件简介：

• /sys/power/state：用来控制系统的Power状态。读取该文件可以获取系统支持的休眠模式，写入该文件休眠模式的一种，系统进入到指定的休眠模式。如上所示例。
• /sys/power/autosleep：从Android wakelocks补丁集中演化而来，用于取代Android wakelocks中的自动休眠功能。向该文件写入/sys/power/state返回值的某一种，系统会在适当的时候进入指定的休眠的模式；读取该文件返回之前写入的数值。
• /sys/power/wake_lock、/sys/power/wake_unlock：即我们常说的休眠锁，如果应用持有休眠锁，系统将无法进入休眠模式。在Android wakelocks时代，写wake_lock获取锁，写wake_unlock释放锁；在AutoSleep时代，具体参见【Android休眠】之AutoSleep
• wakeup_count：用于解决“system suspend和system wakeup events之间的同步问题”。
• /sys/power/pm_async：状态切换开关，允许/禁止User空间对设备进行异步的suspend和resume操作。
• /sys/power/pm_freeze_timeout：系统在执行休眠动作的时候要冻结(freeze)用户控件的进程和内核空间的允许冻结的内核线程，执行这些操作要耗时间吧？该文件指定所需时间的最大值。

四、其他需要明了的问题

1、Android设备屏幕暗下来的时候，并不是立即就进入了休眠模式；当所有唤醒源都处于de-avtive状态后，系统才会进入休眠。

2、Android设备连着adb线到其他设备的情况下，设备是不会进入休眠模式的。

3、有休眠操作就有唤醒，就需要唤醒源。唤醒源有很多种，在内核注册，比如常用的Power按键。

4、曾经困惑的一个问题：系统怎么知道自己应该进入休眠模式了？它的判断依据是什么？

在wakelock时代，系统休眠过程中去检测休眠锁；如果系统中没有其他部件持有休眠锁，就尝试进入休眠模式，没有异常事件发生的话就进入休眠模式。 Android从4.4开始使用autosleep机制，只要不存在任何active的唤醒源(wakeup_source)了，就进入休眠模式。

5、系统Power Manager整体流程：

眠锁；如果系统中没有其他部件持有休眠锁，就尝试进入休眠模式，没有异常事件发生的话就进入休眠模式。 Android从4.4开始使用autosleep机制，只要不存在任何active的唤醒源(wakeup_source)了，就进入休眠模式。

5、系统Power Manager整体流程：

最后

分享给大家一份面试题合集。

下面的题目都是在Android交流群大家在面试时遇到的，如果大家有好的题目或者好的见解欢迎分享，楼主将长期维护此帖。
参考解析：郭霖、鸿洋、玉刚、极客时间、腾讯课堂…

内容特点：条理清晰，含图像化表示更加易懂。

内容概要：包括 Handler、Activity相关、Fragment、service、布局优化、AsyncTask相关
、Android 事件分发机制、 Binder、Android 高级必备 ：AMS,WMS,PMS、Glide、 Android 组件化与插件化等面试题和技术栈！

由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！

好啦，这份资料就给大家介绍到这了，有需要详细文档的小伙伴，可以微信扫下方二维码回复JJ免费领取哈~

Handler 相关知识，面试必问！

常问的点：
Handler Looper Message 关系是什么？
Messagequeue 的数据结构是什么？为什么要用这个数据结构？
如何在子线程中创建 Handler?
Handler post 方法原理？
Android消息机制的原理及源码解析
Android Handler 消息机制

Activity 相关

启动模式以及使用场景?
onNewIntent()和onConfigurationChanged()
onSaveInstanceState()和onRestoreInstanceState()
Activity 到底是如何启动的
启动模式以及使用场景
onSaveInstanceState以及onRestoreInstanceState使用
onConfigurationChanged使用以及问题解决
Activity 启动流程解析

Fragment

Fragment 生命周期和 Activity 对比
Fragment 之间如何进行通信
Fragment的startActivityForResult
Fragment重叠问题
Fragment 初探
Fragment 重叠， 如何通信
Fragment生命周期

Service 相关

进程保活
Service的运行线程（生命周期方法全部在主线程）
Service启动方式以及如何停止
ServiceConnection里面的回调方法运行在哪个线程？
startService 和 bingService区别
进程保活一般套路
关于进程保活你需要知道的一切

Android布局优化之ViewStub、include、merge

什么情况下使用 ViewStub、include、merge？
他们的原理是什么？
ViewStub、include、merge概念解析
Android布局优化之ViewStub、include、merge使用与源码分析

BroadcastReceiver 相关

注册方式，优先级
广播类型，区别
广播的使用场景，原理
Android广播动态静态注册
常见使用以及流程解析
广播源码解析

AsyncTask相关

AsyncTask是串行还是并行执行？
AsyncTask随着安卓版本的变迁
AsyncTask完全解析
串行还是并行

Android 事件分发机制

onTouch和onTouchEvent区别，调用顺序
dispatchTouchEvent， onTouchEvent， onInterceptTouchEvent 方法顺序以及使用场景
滑动冲突，如何解决
事件分发机制
事件分发解析
dispatchTouchEvent， onTouchEvent， onInterceptTouchEvent方法的使用场景解析

Android View 绘制流程

简述 View 绘制流程
onMeasure， onlayout， ondraw方法中需要注意的点
如何进行自定义 View
view 重绘机制

• Android LayoutInflater原理分析，带你一步步深入了解View(一)

• Android视图状态及重绘流程分析，带你一步步深入了解View(二)

• Android视图状态及重绘流程分析，带你一步步深入了解View(三)

• Android自定义View的实现方法，带你一步步深入了解View(四)

  

Android Window、Activity、DecorView以及ViewRoot

Window、Activity、DecorView以及ViewRoot之间的关系

Android 的核心 Binder 多进程 AIDL

常见的 IPC 机制以及使用场景
为什么安卓要用 binder 进行跨进程传输
多进程带来的问题

• AIDL 使用浅析

• binder 原理解析

• binder 最底层解析

• 多进程通信方式以及带来的问题

• 多进程通信方式对比

  

Android 高级必备 ：AMS,WMS,PMS

AMS,WMS,PMS 创建过程

• AMS,WMS,PMS全解析

• AMS启动流程

• WindowManagerService启动过程解析

• PMS 启动流程解析

  

Android ANR

为什么会发生 ANR？
如何定位 ANR？
如何避免 ANR？
什么是 ANR
如何避免以及分析方法
Android 性能优化之 ANR 详解

Android 内存相关

注意：内存泄漏和内存溢出是 2 个概念

什么情况下会内存泄漏？
如何防止内存泄漏？

• 内存泄漏和溢出的区别

• OOM 概念以及安卓内存管理机制

• 内存泄漏的可能性

• 防止内存泄漏的方法

  

Android 屏幕适配

屏幕适配相关名词解析
现在流行的屏幕适配方式

• 屏幕适配名词以及概念解析

• 今日头条技术适配方案

  

Android 缓存机制

LruCache使用极其原理

• Android缓存机制

• LruCache使用极其原理述

  

Android 性能优化

如何进行 内存 cpu 耗电 的定位以及优化
性能优化经常使用的方法
如何避免 UI 卡顿

• 性能优化全解析，工具使用

• 性能优化最佳实践

• 知乎高赞文章

  

Android MVC、MVP、MVVM

好几种我该选择哪个？优劣点

任玉刚的文章：设计模式选择

Android Gradle 知识

这俩篇官方文章基础的够用了
必须贴一下官方文档：配置构建
Gradle 提示与诀窍

Gradle插件 了解就好
Gradle 自定义插件方式
全面理解Gradle - 执行时序

• Gradle系列一

• Gradle系列二

• Gradle系列三

  

RxJava

使用过程，特点，原理解析
RxJava 名词以及如何使用
Rxjava 观察者模式原理解析
Rxjava订阅流程，线程切换，源码分析 系列

OKHTTP 和 Retrofit

OKHTTP完整解析
Retrofit使用流程，机制详解
从 HTTP 到 Retrofit
Retrofit是如何工作的

最流行图片加载库： Glide

郭神系列 Glide 分析
Android图片加载框架最全解析（一），Glide的基本用法
Android图片加载框架最全解析（二），从源码的角度理解Glide的执行流程
Android图片加载框架最全解析（三），深入探究Glide的缓存机制
Android图片加载框架最全解析（四），玩转Glide的回调与监听
Android图片加载框架最全解析（五），Glide强大的图片变换功能
Android图片加载框架最全解析（六），探究Glide的自定义模块功能
Android图片加载框架最全解析（七），实现带进度的Glide图片加载功能
Android图片加载框架最全解析（八），带你全面了解Glide 4的用法

Android 组件化与插件化

为什么要用组件化？
组件之间如何通信？
组件之间如何跳转？
Android 插件化和热修复知识梳理
为什么要用组件化

• Android彻底组件化方案实践
• Android彻底组件化demo发布
• Android彻底组件化-代码和资源隔离
• Android彻底组件化—UI跳转升级改造
• Android彻底组件化—如何使用Arouter

插件化框架历史
深入理解Android插件化技术
Android 插件化和热修复知识梳理

由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！

好啦，这份资料就给大家介绍到这了，有需要详细文档的小伙伴，可以微信扫下方二维码回复JJ免费领取哈~