Android系统的开机画面显示过程分析(12)

简介:
       接下来,我们再继续分析第三个开机画面是如何停止显示的。
        从前面 Android系统默认Home应用程序(Launcher)的启动过程源代码分析 一文可以知道,当System进程将系统中的关键服务启动起来之后,就会将应用程序启动器(Launcher)启动起来。从 Android应用程序启动过程源代码分析 一文又可以知道,Android应用程序的启动过程实际上就是它的根Activity组件的启动过程。对于应用程序Launcher来说,它的根Activity组件即为Launcher组件。
        一个Activity组件在启动起来之后,就会被记录起来,等到它所运行在的主线程空闲的时候,这个主线程就会向ActivityManagerService发送一个Activity组件空闲的通知。由于应用程序Launcher是系统中第一个被启动的应用程序,即它的根Activity组件是系统中第一个被启动的Activity组件,因此,当ActivityManagerService接收到它的空闲通知的时候,就可以知道系统是刚刚启动起来的。在这种情况下,ActivityManagerService就会停止显示开机动画,以便可以在屏幕中显示应用程序Lancher的界面。
       从前面 Android应用程序消息处理机制(Looper、Handler)分析 一文可以知道,如果一个线程想要在空闲的时候处理一些事务,那么就必须要向这个线程的消息队列注册一个空闲消息处理器。自定义的空闲消息处理器灯必须要从MessageQueue.IdleHandler类继承下来,并且重写成员函数queueIdle。当一个线程空闲的时候,即消息队列中没有新的消息需要处理的时候,那些注册了的空闲消息处理器的成员函数queueIdle就会被调用。
       应用程序的主线程是通过ActivityThread类来描述的,它实现在文件frameworks/base/core/java/android/app/ActivityThread.java中。每当有一个新的Activity组件启动起来的时候,ActivityThread类都会向它所描述的应用程序主线程的消息队列注册一个类型为Idler的空闲消息处理器。这样一个应用程序的主线程就可以在空闲的时候,向ActivityManagerService发送一个Activity组件空闲通知,相当于是通知ActivityManagerService,一个新的Activity组件已经准备就绪了。
Idler类定义在frameworks/base/core/java/android/app/ActivityThread.java中, 它的成员函数queueIdle的实现如下所示: 
 
 
  1. public final class ActivityThread {   
  2.     ......   
  3.    
  4.     private final class Idler implements MessageQueue.IdleHandler {   
  5.         public final boolean queueIdle() {   
  6.             ActivityClientRecord a = mNewActivities;   
  7.             if (a != null) {   
  8.                 mNewActivities = null;   
  9.                 IActivityManager am = ActivityManagerNative.getDefault();   
  10.                 ActivityClientRecord prev;   
  11.                 do {   
  12.                     ......   
  13.                     if (a.activity != null && !a.activity.mFinished) {   
  14.                         try {   
  15.                             am.activityIdle(a.token, a.createdConfig);   
  16.                             a.createdConfig = null;   
  17.                         } catch (RemoteException ex) {   
  18.                         }   
  19.                     }   
  20.                     prev = a;   
  21.                     a = a.nextIdle;   
  22.                     prev.nextIdle = null;   
  23.                 } while (a != null);   
  24.             }   
  25.             ensureJitEnabled();   
  26.             return false;   
  27.         }   
  28.     }   
  29.    
  30.     ......   
  31. }   
       ActivityThread类有一个类型为ActivityClientRecord的成员变量mNewActivities,用来描述所有在当前应用程序主线程中新启动起来的Activity组件。这些新启动起来的Activity组件通过ActivityClientRecord类的成员变量nextIdle连接在一起。一旦当前应用程序主线程向ActivityManagerService发送了这些新启动的Activity组件的空闲通知之后,这些新启动起来的Activity组件就不会再被保存在ActivityThread类的成员变量mNewActivities中了,即每一个新启动的Activity组件只有一次机会向ActivityManagerService发送一个空闲通知。

 
       向ActivityManagerService发送一个Activity组件空闲通知是通过调用ActivityManagerService代理对象的成员函数activityIdle来实现的,而ActivityManagerService代理对象可以通过调用ActivityManagerNative类的静态成员函数getDefault来获得。
       ActivityManagerService代理对象的类型为ActivityManagerProxy,它的成员函数activityIdle实现在文件frameworks/base/core/java/android/app/ActivityManagerNative.java中,如下所示:
 
 
  1. class ActivityManagerProxy implements IActivityManager   
  2. {   
  3.     ......   
  4.    
  5.     public void activityIdle(IBinder token, Configuration config) throws RemoteException   
  6.     {   
  7.         Parcel data = Parcel.obtain();   
  8.         Parcel reply = Parcel.obtain();   
  9.         data.writeInterfaceToken(IActivityManager.descriptor);   
  10.         data.writeStrongBinder(token);   
  11.         if (config != null) {   
  12.             data.writeInt(1);   
  13.             config.writeToParcel(data, 0);   
  14.         } else {   
  15.             data.writeInt(0);   
  16.         }   
  17.         mRemote.transact(ACTIVITY_IDLE_TRANSACTION, data, reply, IBinder.FLAG_ONEWAY);   
  18.         reply.readException();   
  19.         data.recycle();   
  20.         reply.recycle();   
  21.     }   
  22.    
  23.     ......   
  24. }   

      ActivityManagerProxy类的成员函数activityIdle实际上是向ActivityManagerService发送一个类型为ACTIVITY_IDLE_TRANSACTION的Binder进程间通信请求,其中,参数token用来描述与这个进程间通信请求所关联的一个Activity组件,在我们这个场景中,这个Activity组件即为应用程序Launcher的根Activity组件Launcher。

 
        类型为ACTIVITY_IDLE_TRANSACTION的Binder进程间通信请求是由ActivityManagerService类的成员函数activityIdle来处理的,如下所示:
 
 
  1. public final class ActivityManagerService extends ActivityManagerNative   
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {   
  3.     ......   
  4.    
  5.     public final void activityIdle(IBinder token, Configuration config) {   
  6.         final long origId = Binder.clearCallingIdentity();   
  7.         mMainStack.activityIdleInternal(token, false, config);   
  8.         Binder.restoreCallingIdentity(origId);   
  9.     }   
  10.    
  11.     ......   
  12. }   

    ActivityManagerService类有一个类型为ActivityStack的成员变量mMainStack,它用来描述系统的Activity组件堆栈,它的成员函数activityIdleInternal的实现如下所示:
 
 
  1. public class ActivityStack {   
  2.     ......   
  3.    
  4.     final void activityIdleInternal(IBinder token, boolean fromTimeout,   
  5.             Configuration config) {   
  6.         ......   
  7.    
  8.         boolean enableScreen = false;   
  9.    
  10.         synchronized (mService) {   
  11.             ......   
  12.    
  13.             // Get the activity record.   
  14.             int index = indexOfTokenLocked(token);   
  15.             if (index >= 0) {   
  16.                 ActivityRecord r = (ActivityRecord)mHistory.get(index);                   
  17.                 ......   
  18.    
  19.                 if (mMainStack) {   
  20.                     if (!mService.mBooted && !fromTimeout) {   
  21.                         mService.mBooted = true;   
  22.                         enableScreen = true;   
  23.                     }   
  24.                 }   
  25.             }   
  26.    
  27.             ......   
  28.         }   
  29.    
  30.         ......   
  31.    
  32.         if (enableScreen) {   
  33.             mService.enableScreenAfterBoot();   
  34.         }   
  35.     }   
  36.    
  37.     ......   
  38. }           

        参数token用来描述刚刚启动起来的Launcher组件,通过它来调用函数indexOfTokenLocked就可以得到Launcher组件在系统Activity组件堆栈中的位置index。得到了Launcher组件在系统Activity组件堆栈中的位置index之后,就可以在ActivityStack类的成员变量mHistory中得到一个ActivityRecord对象r。这个ActivityRecord对象r同样是用来描述Launcher组件的。
        ActivityStack类的成员变量mMainStack是一个布尔变量,当它的值等于true的时候,就说明当前正在处理的ActivityStack对象是用来描述系统的Activity组件堆栈的。 ActivityStack类的另外一个成员变量mService指向了系统中的ActivityManagerService服务。ActivityManagerService服务有一个类型为布尔值的成员变量mBooted,它的初始值为false,表示系统尚未启动完成。
        从前面的调用过程可以知道,参数fromTimeout的值等于false。在这种情况下,如果ActivityManagerService服务的成员变量mBooted也等于false,那么就说明应用程序已经启动起来了,即说明系统已经启动完成了。这时候ActivityManagerService服务的成员变量mBooted以及变量enableScreen的值就会被设置为true。
        当变量enableScreen的值等于true的时候,ActivityStack类就会调用ActivityManagerService服务的成员函数enableScreenAfterBoot停止显示开机动画,以便可以将屏幕让出来显示应用程序Launcher的界面。
        ActivityManagerService类的成员函数enableScreenAfterBoot的实现如下所示:
 
 
  1. public final class ActivityManagerService extends ActivityManagerNative   
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {   
  3.     ......   
  4.    
  5.     void enableScreenAfterBoot() {   
  6.         EventLog.writeEvent(EventLogTags.BOOT_PROGRESS_ENABLE_SCREEN,   
  7.                 SystemClock.uptimeMillis());   
  8.         mWindowManager.enableScreenAfterBoot();   
  9.     }   
  10.    
  11.     ......   
  12. }   

        ActivityManagerService类的成员变量mWindowManager指向了系统中的Window管理服务WindowManagerService,ActivityManagerService服务通过调用它的成员函数enableScreenAfterBoot来停止显示开机动画。

 
       WindowManagerService类的成员函数enableScreenAfterBoot的实现如下所示:
 
 
  1. public class WindowManagerService extends IWindowManager.Stub   
  2.         implements Watchdog.Monitor {   
  3.     ......   
  4.    
  5.     public void enableScreenAfterBoot() {   
  6.         synchronized(mWindowMap) {   
  7.             if (mSystemBooted) {   
  8.                 return;   
  9.             }   
  10.             mSystemBooted = true;   
  11.         }   
  12.    
  13.         performEnableScreen();   
  14.     }   
  15.    
  16.     ......   
  17. }   

       WindowManagerService类的成员变量mSystemBooted用来记录系统是否已经启动完成的。如果已经启动完成的话,那么这个成员变量的值就会等于true,这时候WindowManagerService类的成员函数enableScreenAfterBoot什么也不做就返回了,否则的话,WindowManagerService类的成员函数enableScreenAfterBoot首先将这个成员变量的值设置为true,接着再调用另外一个成员函数performEnableScreen来执行停止显示开机动画的操作。




本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/967048,如需转载请自行联系原作者
目录
相关文章
|
1月前
|
存储 Shell Android开发
基于Android P,自定义Android开机动画的方法
本文详细介绍了基于Android P系统自定义开机动画的步骤,包括动画文件结构、脚本编写、ZIP打包方法以及如何将自定义动画集成到AOSP源码中。
45 2
基于Android P,自定义Android开机动画的方法
|
20天前
|
开发工具 Android开发 Swift
安卓与iOS开发环境对比分析
在移动应用开发的广阔舞台上,安卓和iOS这两大操作系统无疑是主角。它们各自拥有独特的特点和优势,为开发者提供了不同的开发环境和工具。本文将深入浅出地探讨安卓和iOS开发环境的主要差异,包括开发工具、编程语言、用户界面设计、性能优化以及市场覆盖等方面,旨在帮助初学者更好地理解两大平台的开发特点,并为他们选择合适的开发路径提供参考。通过比较分析,我们将揭示不同环境下的开发实践,以及如何根据项目需求和目标受众来选择最合适的开发平台。
34 2
|
1月前
|
Android开发
基于android-11.0.0_r39,系统应用的手动签名方法和过程
本文介绍了基于Android 11.0.0_r39版本进行系统应用手动签名的方法和解决签名过程中遇到的错误,包括处理`no conscrypt_openjdk_jni-linux-x86_64`和`RegisterNatives failed`的问题。
85 2
|
30天前
|
JavaScript 前端开发 Java
[Android][Framework]系统jar包,sdk的制作及引用
[Android][Framework]系统jar包,sdk的制作及引用
39 0
|
1天前
|
安全 Android开发 数据安全/隐私保护
探索安卓与iOS的安全性差异:技术深度分析与实践建议
本文旨在深入探讨并比较Android和iOS两大移动操作系统在安全性方面的不同之处。通过详细的技术分析,揭示两者在架构设计、权限管理、应用生态及更新机制等方面的安全特性。同时,针对这些差异提出针对性的实践建议,旨在为开发者和用户提供增强移动设备安全性的参考。
|
4天前
|
监控 Android开发 iOS开发
深入探索安卓与iOS的系统架构差异:理解两大移动平台的技术根基在移动技术日新月异的今天,安卓和iOS作为市场上最为流行的两个操作系统,各自拥有独特的技术特性和庞大的用户基础。本文将深入探讨这两个平台的系统架构差异,揭示它们如何支撑起各自的生态系统,并影响着全球数亿用户的使用体验。
本文通过对比分析安卓和iOS的系统架构,揭示了这两个平台在设计理念、安全性、用户体验和技术生态上的根本区别。不同于常规的技术综述,本文以深入浅出的方式,带领读者理解这些差异是如何影响应用开发、用户选择和市场趋势的。通过梳理历史脉络和未来展望,本文旨在为开发者、用户以及行业分析师提供有价值的见解,帮助大家更好地把握移动技术发展的脉络。
|
1天前
|
Dart 开发工具 Android开发
在 Android 系统上搭建 Flutter 环境的具体步骤是什么?
在 Android 系统上搭建 Flutter 环境的具体步骤是什么?
|
8天前
|
安全 Linux Android开发
探索安卓与iOS的安全性差异:技术深度分析
本文深入探讨了安卓(Android)和iOS两个主流操作系统平台在安全性方面的不同之处。通过比较它们在架构设计、系统更新机制、应用程序生态和隐私保护策略等方面的差异,揭示了每个平台独特的安全优势及潜在风险。此外,文章还讨论了用户在使用这些设备时可以采取的一些最佳实践,以增强个人数据的安全。
|
24天前
|
Android开发 UED 开发者
Android经典实战之WindowManager和创建系统悬浮窗
本文详细介绍了Android系统服务`WindowManager`,包括其主要功能和工作原理,并提供了创建系统悬浮窗的完整步骤。通过示例代码,展示了如何添加权限、请求权限、实现悬浮窗口及最佳实践,帮助开发者轻松掌握悬浮窗开发技巧。
48 1
|
25天前
|
IDE 开发工具 Android开发
安卓与iOS开发环境对比分析
本文将探讨安卓和iOS这两大移动操作系统在开发环境上的差异,从工具、语言、框架到生态系统等多个角度进行比较。我们将深入了解各自的优势和劣势,并尝试为开发者提供一些实用的建议,以帮助他们根据自己的需求选择最适合的开发平台。
27 1