【Android休眠】之Android休眠机制

2024-05-07 02:18
文章标签 android 机制 休眠

本文主要是介绍【Android休眠】之Android休眠机制,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

随时随地技术实战干货,获取项目源码、学习资料,请关注源代码社区公众号(ydmsq666)

转自:【Android休眠】之Android休眠机制___2017__的博客-CSDN博客_android系统休眠机制

一、休眠概述

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

为什么要休眠呢?一言以蔽之:省电。

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

废话不叙。

二、Android休眠

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

1、联系:

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

[cpp] view plain copy

  1. struct platform_driver {  
  2.     int (*probe)(struct platform_device *);  
  3.     int (*remove)(struct platform_device *);  
  4.     void (*shutdown)(struct platform_device *);  
  5.     int (*suspend)(struct platform_device *, pm_message_t state);  
  6.     int (*resume)(struct platform_device *);  
  7.     struct device_driver driver;  
  8.     const struct platform_device_id *id_table;  
  9. };  

2、Android的特别需求:

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

三、休眠实践

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

1、休眠模式

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

[html] view plain copy

  1. The kernel supports four power management states generically, though  
  2. one is generic and the other three are dependent on platform support  
  3. code to implement the low-level details for each state.  
  4. This file describes each state, what they are  
  5. commonly called, what ACPI state they map to, and what string to write  
  6. to /sys/power/state to enter that state  
  7.   
  8. state:      Freeze / Low-Power Idle  
  9. ACPI state: S0  
  10. String:     "freeze"  
  11.   
  12. This state is a generic, pure software, light-weight, low-power state.  
  13. It allows more energy to be saved relative to idle by freezing user  
  14. space and putting all I/O devices into low-power states (possibly  
  15. lower-power than available at run time), such that the processors can  
  16. spend more time in their idle states.  
  17. This state can be used for platforms without Standby/Suspend-to-RAM  
  18. support, or it can be used in addition to Suspend-to-RAM (memory sleep)  
  19. to provide reduced resume latency.  
  20.   
  21.   
  22. State:      Standby / Power-On Suspend  
  23. ACPI State: S1  
  24. String:     "standby"  
  25.   
  26. This state offers minimal, though real, power savings, while providing  
  27. a very low-latency transition back to a working system. No operating  
  28. state is lost (the CPU retains power), so the system easily starts up  
  29. again where it left off.   
  30.   
  31. We try to put devices in a low-power state equivalent to D1, which  
  32. also offers low power savings, but low resume latency. Not all devices  
  33. support D1, and those that don't are left on.   
  34.   
  35.   
  36. State:      Suspend-to-RAM  
  37. ACPI State: S3  
  38. String:     "mem"  
  39.   
  40. This state offers significant power savings as everything in the  
  41. system is put into a low-power state, except for memory, which is  
  42. placed in self-refresh mode to retain its contents.   
  43.   
  44. System and device state is saved and kept in memory. All devices are  
  45. suspended and put into D3. In many cases, all peripheral buses lose  
  46. power when entering STR, so devices must be able to handle the  
  47. transition back to the On state.   
  48.   
  49. For at least ACPI, STR requires some minimal boot-strapping code to  
  50. resume the system from STR. This may be true on other platforms.   
  51.   
  52.   
  53. State:      Suspend-to-disk  
  54. ACPI State: S4  
  55. String:     "disk"  
  56.   
  57. This state offers the greatest power savings, and can be used even in  
  58. the absence of low-level platform support for power management. This  
  59. state operates similarly to Suspend-to-RAM, but includes a final step  
  60. of writing memory contents to disk. On resume, this is read and memory  
  61. is restored to its pre-suspend state.   


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

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

[cpp] view plain copy

  1. cat /sys/power/state   
  2. freeze mem  

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

[cpp] view plain copy

  1. 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休眠】之Android休眠机制的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/966051

相关文章

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

MySQL中的锁机制详解之全局锁,表级锁,行级锁

《MySQL中的锁机制详解之全局锁,表级锁,行级锁》MySQL锁机制通过全局、表级、行级锁控制并发,保障数据一致性与隔离性,全局锁适用于全库备份,表级锁适合读多写少场景,行级锁(InnoDB)实现高并... 目录一、锁机制基础:从并发问题到锁分类1.1 并发访问的三大问题1.2 锁的核心作用1.3 锁粒度分

Redis的持久化之RDB和AOF机制详解

《Redis的持久化之RDB和AOF机制详解》:本文主要介绍Redis的持久化之RDB和AOF机制,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录概述RDB(Redis Database)核心原理触发方式手动触发自动触发AOF(Append-Only File)核

Android DataBinding 与 MVVM使用详解

《AndroidDataBinding与MVVM使用详解》本文介绍AndroidDataBinding库,其通过绑定UI组件与数据源实现自动更新,支持双向绑定和逻辑运算,减少模板代码,结合MV... 目录一、DataBinding 核心概念二、配置与基础使用1. 启用 DataBinding 2. 基础布局

Android ViewBinding使用流程

《AndroidViewBinding使用流程》AndroidViewBinding是Jetpack组件,替代findViewById,提供类型安全、空安全和编译时检查,代码简洁且性能优化,相比Da... 目录一、核心概念二、ViewBinding优点三、使用流程1. 启用 ViewBinding (模块级

PostgreSQL中MVCC 机制的实现

《PostgreSQL中MVCC机制的实现》本文主要介绍了PostgreSQL中MVCC机制的实现,通过多版本数据存储、快照隔离和事务ID管理实现高并发读写,具有一定的参考价值,感兴趣的可以了解一下... 目录一 MVCC 基本原理python1.1 MVCC 核心概念1.2 与传统锁机制对比二 Postg

Maven 配置中的 <mirror>绕过 HTTP 阻断机制的方法

《Maven配置中的<mirror>绕过HTTP阻断机制的方法》:本文主要介绍Maven配置中的<mirror>绕过HTTP阻断机制的方法,本文给大家分享问题原因及解决方案,感兴趣的朋友一... 目录一、问题场景:升级 Maven 后构建失败二、解决方案:通过 <mirror> 配置覆盖默认行为1. 配置示

Redis过期删除机制与内存淘汰策略的解析指南

《Redis过期删除机制与内存淘汰策略的解析指南》在使用Redis构建缓存系统时,很多开发者只设置了EXPIRE但却忽略了背后Redis的过期删除机制与内存淘汰策略,下面小编就来和大家详细介绍一下... 目录1、简述2、Redis http://www.chinasem.cn的过期删除策略(Key Expir

Go语言中Recover机制的使用

《Go语言中Recover机制的使用》Go语言的recover机制通过defer函数捕获panic,实现异常恢复与程序稳定性,具有一定的参考价值,感兴趣的可以了解一下... 目录引言Recover 的基本概念基本代码示例简单的 Recover 示例嵌套函数中的 Recover项目场景中的应用Web 服务器中

Android学习总结之Java和kotlin区别超详细分析

《Android学习总结之Java和kotlin区别超详细分析》Java和Kotlin都是用于Android开发的编程语言,它们各自具有独特的特点和优势,:本文主要介绍Android学习总结之Ja... 目录一、空安全机制真题 1:Kotlin 如何解决 Java 的 NullPointerExceptio