(原创)Android6.0亮屏流程之Keyguard Window绘制

最新推荐文章于 2025-06-10 17:35:26 发布
原创 最新推荐文章于 2025-06-10 17:35:26 发布 · 置顶 · 5.5k 阅读 · 13 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#framework PowerManag #android #windowManager

本文分析了Android 6.0中亮屏慢的问题，主要原因是窗口绘制时间过长。重点讨论了DisplayPowerController和PhoneWindowManager之间的交互，特别是Keyguard在亮屏过程中的绘制超时情况，以及如何通过mKeyguardDelegate和finishKeyguardDrawn来处理这个问题。亮屏流程涉及PowerManagerService、DisplayPowerController和WindowManager的复杂调用，对于理解和优化亮屏性能至关重要。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

亮灭屏问题一直是Android模块最常见的问题之一。


       由于问题出现问题的地方涉及到公司代码，我这里仅仅只作原生代码模块的分析

       其实在看过另外一篇关于android亮屏流程的文章就会发现，影响亮屏快慢的因素大致有三种：1.设置背光流程出问题了，导致屏幕黑屏，2.window绘制时间过长，导致屏幕block时间过长；3.底层surfacecontroller准备时间过长。

而根据遇到的亮屏慢的问题，基本上都是由于window绘制时间过长，导致屏幕亮屏慢

最近处理的几个亮屏慢的问题，其中关键log信息基本都是：

10-28 09:02:59.002  1393  1462 I DisplayPowerController: Blocking screen on until initial contents have been drawn.

10-28 09:03:05.020  1393  1462 I DisplayPowerController: Unblocked screen on after 6018 ms

最低0.47元/天 解锁文章

200万优质内容无限畅学
解决Android的Activity启动后页面没有绘制黑屏问题
shipeiqing_1991的专栏
03-10 692
如果Activity继承自AppCompatActivity，onCreate方法在自动补全的时候会生成  onCreate (Bundle savedInstanceState, PersistableBundle persistentState) 即自动生成的方法是 @Override public void onCreate(Bundle savedInstanceSta
android通知亮屏过程,Android亮屏流程之窗口绘制
weixin_39883433的博客
05-25 1409
一、亮屏流程点亮屏幕会调用PowerManagerService关键方法updatePowerStateLockedframeworks\base\services\core\java\com\android\server\power\PowerManagerService.javaprotected void updatePowerStateLocked() {if (!mSystemReady...
Android Keyguard亮灭屏流程分析
qiongqiong421122的专栏
12-06 738
1、 frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/KeyguardViewMediator.java /** * Handle message sent by {@link #notifyFinishedGoingToSleep()} * @see #NOTIFY_FINISHE...
android window(四)WindowToken
weixin_30919571的博客
05-30 2494
在WindowManagerService中有两种常见的Token,WindowToken,和AppWindowToken。 WindowToken http://androidxref.com/6.0.1_r10/xref/frameworks/base/services/core/java/com/android/server/wm/WindowToken.java class Wi...
keyguard 初始化
06-10 588
总结一下：在绘制密码后手指抬起的时候，如果已存的有效点数达到4个及以上，就会使用LockPatternChecker.checkPattern方法启动一个AsyncTask， 并在doInBackground中调用LockPatternUtils.checkPattern进行密码验证，此时pattern会被转化成字符串形式，最终和密码锁PIN码锁一样，都是远程调用到LockPatternService的checkCredential接口进行验证。//不同的加密方式，会得到不同的布局文件，详情看上面。
(原创)Android6.0亮屏流程分析
风花散却隽世间，雪月寥落化雨田
11-17 8037
Android的亮屏流程从android系统结构层次来分可以分为三个流程，App应用唤醒源；Framework层Power结合Display，Light服务做亮屏绘制准备工作；底层驱动点亮背光灯。这里重点分析一下Framework层亮屏的一系列准备工作流程。
Android6.0 亮屏灭屏流程（DisplayPowerController、WMS）（一）WMS绘制
kc58236582的博客
01-19 8012
亮屏、灭屏流程整个流程涉及的模块比较多，包括PowerManagerService、DisplayPowerControl、WMS、AMS。因此在分析完WMS之后，我们把这块也分析下。 DisplayPowerControl 我们知道灭屏流程的发起是在PowerManagerService中，会通过updatePowerState函数调用updateDisplayPowerStateL
Android6.0 WMS（八） 显示Activity的启动窗口
kc58236582的博客
01-04 4066
在Android系统中，Activity组件在启动之后，并且在它的窗口显示出来之前，可以显示一个启动窗口。这个启动窗口可以看作是Activity组件的预览窗口，是由WindowManagerService服务统一管理的，即由WindowManagerService服务负责启动和结束。在本文中，我们就详细分析WindowManagerService服务启动和结束Activity组件的启动窗口
【android睡眠唤醒 二】MTK平台唤醒框架分解
frank_zyp的博客
09-13 5325
    在文章MTK 唤醒时间分析中分析了内核中的主要的亮屏重要阶段，此篇文章结合上层的log一起来分析下整个系统的亮屏流程。整个流程可以分为如下几个部分： 　　（1）power键（home键）产生并上报（在input子系统中已经介绍）； 　　（2）上层接收到到键值，PowerManagerService执行相关处理； 　　（3）PMS更新全局电源状态，并开始唤醒屏幕和背光，并通知各个模块（...
Keyguard drawn timeout
一杯咖啡的专栏
08-07 699
有时log中会出现keyguard 1S超时的log 08-05 22:09:48.397957 1109 1184 W WindowManager: Keyguard drawn timeout. Setting mKeyguardDrawComplete //framework部分代码流程 PhoneWindowManager.screenTurningOn{ mKeyguardDelegate.onScreenTurningOn(mKeyguardDrawnCallback); } ---&gt.
android 亮灭屏流程
lei7143的专栏
06-15 2910
frameworks\base\services\core\java\com\android\server\display\DisplayPowerController.java final class DisplayPowerController implements AutomaticBrightnessController.Callbacks 实现回调接口updateBrightness 显示状态管理，与pms 独立，与传感器相关，异步回调通知PM状态改变 ...
Android10.0 开机广播BOOT_COMPLETED发送流程分析
skytoby
01-05 1万+
原文地址：https://skytoby.github.io/2019/%E5%BC%80%E6%9C%BA%E5%B9%BF%E6%92%ADBOOT_COMPLETED%E5%8F%91%E9%80%81%E6%B5%81%E7%A8%8B%E5%88%86%E6%9E%90/ 基于Android10.0，分析BOOT_COMPLETED的发送流程 一、概述 开机广播在很多应用中都会用到，...
手机滑动解锁log分析(一)
DreamWendy
10-08 1501
解锁流程log分析
Android 亮屏慢问题处理
一杯咖啡的专栏
07-23 9206
问题： 【指纹】灭屏下使用正确的指纹解锁，解锁成功背光亮但屏幕没亮 【偶现】滑动解锁后只显示壁纸，图标在4S后加载出来 抖音有个activity在灭屏的时候都会启动，如果出现如下情况： 06-25 13:08:14.489 980 2799 I am_create_activity:[0,150997160,80,com.ss.android.ugc.aweme/com.ss.an...
Android pow键唤醒慢调试记录
xwpc702的专栏
01-22 5217
9820e在Android4.4按power键唤醒用时过长，需要1s多左右，首先抓kernel日志 01-11 20:18:06.822 <6>[ 1159.282626] c0 [KEY] Key:Power Key ScanCode:116 Value:1  // power键按下 01-11 20:18:06.832 <6>[ 1159.286398] c1 [SP...
Android P wakeup 亮屏流程
Happy learning
11-28 5583
目录 1. 点亮屏幕的几种方式： 1.1 应用通过PowerManager 的wakeup()接口 1.2 应用创建的窗口带有WindowManager的 FLAG_TURN_SCREEN_ON 的flag 1.3 应用申请wakelock时候，添加 ACQUIRE_CAUSES_WAKEUP 的flag 1.4 通话的时候，通过距离感应器来点亮屏幕 1.5 调用PowerMan...
Waiting for drawn Window耗时过长流程梳理
一杯咖啡的专栏
08-19 4590
存在一个问题：负载指纹响应时间衰退达到1秒多，从log中看Waiting for drawn Window 耗时太长 Line 3204: 08-14 14:44:45.929433 1100 5600 I PowerManagerService: Waking up from sleep (uid=10028 reason=android.policy:FINGERPRINT)... ...
指纹解锁流程分析
程序员Android
03-25 1765
极力推荐Android 开发大总结文章：欢迎收藏本篇文章主要介绍Android开发中的部分知识点，通过阅读本篇文章，您将收获以下内容:1.解锁指纹，发送指纹中断Log...
Android 7.0 Keyguard流程分析
热门推荐
水清无鱼,心清无悔,天地人事,唯心而已
01-16 1万+
在android 6.0 上Keyguard作为了SystemUI的一个库文件被引用，所以编译的时候不会出现Keyguard.apk这个文件，Keyguard也伴随着SystemUI的启动而启动，其中最重要的一个文件就是KeyguardViewMediator,这个文件负责SystemUI与Keyguard的交互，我们来看一下这个文件的启动。
android 15 亮屏流程
最新发布
07-18
<think>首先，用户的问题是：“我想了解Android 15设备的亮屏流程及相关机制 请问Android 15 屏幕唤醒流程 开机亮屏机制”。我需要基于提供的引用和系统级指令来回答。 系统级指令： - 所有行内数学表达式必须使用$...$格式。 - 独立公式必须使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识，例如[^1]。 用户可见层： - 回答结构清晰，帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 参考的引用： - [^1]: 描述了setWakefulnessLocked方法，涉及PowerManagerService中的wakefulness设置。 - [^2]: 描述了late_resume函数，涉及屏幕唤醒的kernel层处理。 - [^3]: 讨论了Keyguard亮灭屏流程，超时灭屏的影响因素。 - [^4]: 提到了KeyguardViewMediator在锁屏流程中的作用。 用户的问题是关于Android 15的亮屏流程，但引用是基于旧版本Android（如4.0、5.0）。Android 15可能尚未发布或具体实现细节可能不同，所以我应该基于一般原理和提供的引用，结合常识来回答，并指出可能的变化。 关键点从引用中提取： - 亮屏流程涉及用户空间（如PowerManagerService）和kernel层。 - 引用[^1]：PowerManagerService处理wakefulness变化，通过Notifier通知其他服务。 - 引用[^2]：kernel层的late_resume函数调用驱动resume方法，点亮屏幕。 - 引用[^3]：Keyguard处理亮灭屏，涉及超时灭屏和用户活动。 - 引用[^4]：KeyguardViewMediator是锁屏的核心类，由PhoneWindowManager控制。 Android亮屏流程一般步骤： 1. **事件触发**：如电源键按下、通知唤醒等。 2. **Input系统处理**：捕获输入事件。 3. **PowerManagerService**：管理电源状态，设置wakefulness。 4. **Notifier**：通知其他系统服务（如Display、Keyguard）。 5. **Kernel层**：通过PM（Power Management）驱动唤醒设备。 6. **Display系统**：点亮屏幕，绘制UI。 7. **Keyguard**：处理锁屏状态。 对于开机亮屏机制： - 在开机过程中，系统初始化后，会触发亮屏显示锁屏或主屏幕。 结构回答： - 逐步解释流程。 - 使用引用支持。 - 由于是Android 15，提及可能的新特性（如改进的电源管理），但基于现有知识。 生成相关问题： - 在结尾，基于主题生成3-5个相关问题。 确保使用中文。 最终回答结构： 1. **引言**：简要概述Android亮屏流程。 2. **详细步骤**：分步解释从事件触发到屏幕点亮。 3. **相关机制**：讨论如wakefulness、Keyguard等。 4. **开机亮屏机制**：单独解释开机时的过程。 5. **相关问题**：生成相关问题。</think>### Android 15 屏幕唤醒流程及相关机制分析 Android 屏幕唤醒流程涉及用户空间系统服务（如 PowerManagerService）和内核层（Kernel）的协作。虽然 Android 15 的具体实现细节可能因厂商定制而略有差异（例如 Google Pixel 或 Samsung 设备），但核心机制基于 AOSP（Android Open Source Project）框架。以下分析基于 Android 通用架构和您提供的引用内容，结合最新 Android 版本（如 Android 14/15）的常见优化。Android 15 可能引入更高效的电源管理策略（如 Project Mainline 模块化更新），但基础流程保持一致。 #### 一、屏幕唤醒流程（从事件触发到屏幕点亮） Android 屏幕唤醒通常由事件触发，如电源键按下、通知唤醒（如新消息）或传感器活动（如抬手亮屏）。流程分为用户空间和内核层两个阶段： 1. **事件捕获与输入处理（用户空间）**: - 当用户按下电源键时，InputReader 捕获输入事件，并通过 InputDispatcher 传递给 WindowManagerService（WMS）。 - WMS 调用 `PhoneWindowManager` 处理按键事件。如果设备处于睡眠状态，会触发唤醒请求。 - 引用[^4] 提到，`KeyguardViewMediator` 是锁屏核心类，由 `PhoneWindowManager` 控制。它检查设备状态（如是否在锁屏），并决定是否允许亮屏[^4]。 2. **PowerManagerService 处理唤醒（用户空间）**: - `PowerManagerService` 接收唤醒请求，调用 `setWakefulnessLocked()` 方法设置设备唤醒状态（`wakefulness`）。该方法更新全局状态（如从 `SUSPENDED` 到 `AWAKE`），并标记为“脏数据”（`mDirty |= DIRTY_WAKEFULNESS`）。 - 随后，通过 `Notifier` 通知其他系统服务（如 DisplayManagerService 和 KeyguardService）处理唤醒状态变更。例如，重置用户活动时间，防止超时灭屏[^1]。 - 代码示例逻辑（简化）： ```java void setWakefulnessLocked(int wakefulness, int reason) { if (mWakefulness != wakefulness) { mWakefulness = wakefulness; // 更新唤醒状态 mWakefulnessChanging = true; mDirty |= DIRTY_WAKEFULNESS; // 标记状态变更 if (mNotifier != null) { mNotifier.onWakefulnessChangeStarted(wakefulness, reason); // 通知其他服务 } } } ``` 3. **内核层屏幕点亮（Kernel）**: - `Notifier` 调用后，请求进入内核层的 `resume` 流程。内核通过 `late_resume()` 函数处理唤醒操作，遍历已注册的驱动（如显示驱动）。 - 引用[^2] 描述，`late_resume()` 会调用显示驱动的 `resume()` 方法（例如 `fb_resume`），初始化显示硬件（如背光控制），并刷新屏幕数据。此时，屏幕物理点亮[^2]。 - 内核代码逻辑（简化）： ```c static void late_resume(struct work_struct *work) { // ... 检查状态，确保非中止 list_for_each_entry_reverse(pos, &early_suspend_handlers, link) { if (pos->resume != NULL) { pos->resume(pos); // 调用显示驱动的 resume 方法，点亮屏幕 } } } ``` 4. **UI 绘制与 Keyguard 处理**: - 屏幕点亮后，SurfaceFlinger 合成 UI 层，WindowManager 绘制内容（如锁屏界面或主屏幕）。 - `KeyguardService` 管理锁屏状态：如果设备锁定，显示锁屏界面；否则直接进入主屏幕。引用[^3] 指出，Keyguard 的绘制效率会影响亮屏速度（如窗口绘制过慢导致黑屏延迟）[^3]。 整个流程耗时通常在 200-500 毫秒内，但受硬件（如屏幕类型）和软件优化影响。Android 15 可能通过以下改进提升性能： - **Project Mainline**：关键模块（如 PowerManager）可通过 Google Play 更新，减少碎片化。 - **低延迟显示**：支持可变刷新率屏幕，加快亮屏响应。 - **AI 预测**：基于使用习惯预加载 UI，减少绘制时间。 #### 二、开机亮屏机制 开机亮屏是唤醒流程的特殊场景，发生在系统启动完成后： 1. **Boot 阶段**：内核加载后，启动 `init` 进程，初始化系统服务（如 `Zygote` 和 `SystemServer`）。 2. **SystemServer 初始化**：`SystemServer` 启动 `PowerManagerService` 和 `DisplayManagerService`。在 `systemReady()` 方法中，调用 `mPolicy.systemReady()`（即 `PhoneWindowManager`），创建 `KeyguardViewMediator`[^4]。 3. **首次亮屏触发**：初始化完成后，`PowerManagerService` 自动设置 `wakefulness` 为 `AWAKE`，触发内核 `resume` 流程。屏幕点亮并显示启动动画或锁屏界面。 4. **优化机制**：Android 15 可能引入“快速启动”模式，跳过冗余初始化（如通过 `saved state` 恢复 UI 状态），缩短亮屏时间。 #### 三、相关核心机制 - **Wakefulness 状态机**：设备状态包括 `AWAKE`（亮屏）、`DREAM`（屏保）、`DOZING`（低功耗显示）和 `SUSPENDED`（灭屏）。`PowerManagerService` 管理状态转换。 - **WakeLock 机制**：应用可申请 `WakeLock`（如 `SCREEN_BRIGHT`）阻止灭屏。引用[^2] 提到，Keyguard 申请 `WakeLock` 是亮屏关键步骤[^2]。 - **超时灭屏与用户活动**：亮屏后，用户活动（如触摸）重置计时器。超时时间由系统设置决定，引用[^3] 强调，休眠时间和用户活动是灭屏的主要影响因素[^3]。 - **性能瓶颈**：亮屏慢的常见原因包括： - 背光控制流程延迟（驱动问题）。 - UI 绘制阻塞（如过多应用启动）。 - SurfaceFlinger 合成延迟（引用[^3] 提及）[^3]。 ### 总结 Android 15 的亮屏流程延续了分层设计：用户空间处理逻辑和状态管理，内核层控制硬件操作。开机亮屏是系统初始化的自然结果。实际实现中，OEM 厂商（如 Xiaomi 或 OnePlus）可能添加定制层（如专属电源管理服务），但核心流程遵循 AOSP。开发者可通过 `dumpsys power` 命令调试状态，或优化 `Keyguard` 绘制以提升速度。 如果您有特定设备或场景（如指纹唤醒），可提供更多细节，我将进一步分析。
评论 28
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值