Android核心程序之SystemUI - （一）开篇

UI是实现用户交互的重要途径之一，而Android中一个重要的UI元素就是SystemUI，本文分析基于Android 5.1，分析SystemUI的启动及运行过程。

• SystemUI源代码所在路径为：

  frameworks/base/packages/SystemUI
  

• 查看AndroidManifest.xml，整理软件实现思路。

  • 包名为com.android.systemui

    package="com.android.systemui"
    

  • 分配的userID为android.uid.systemui

    android:sharedUserId="android.uid.systemui"
    

  • 标明此应用为系统核心App

    coreApp="true"
    

  • 接下来是一系列的权限声明，包括Networking and telephony，Physical hardware，ActivityManager，WindowManager，DreamManager，Alarm clocks，Keyguard，Recents，Wifi Display，Screen Capturing等方面的权限。

  • 接下来看 <application></application>中的内容：

    • 此应用不会轻易被kill，并且会自动启动

      android:persistent="true"
      

    • 用户数据不可清除

      android:allowClearUserData="false"
      

    • 启用硬件加速

      android:hardwareAccelerated="true"
      

    • 设置系统进程

      android:process="com.android.systemui"
      

    • 其他属性为常规属性，很多app都会有，在此不再赘述。

    • 接下来是分析SystemUI的重点，看下都涉及到了哪些activity，service和receiver。

      1. activity：

         • .usb.UsbStorageActivity
         • com.android.internal.app.ExternalMediaFormatActivity
         • .recent.RecentsActivity
         • .recents.RecentsActivity
         • .usb.UsbConfirmActivity
         • .usb.UsbPermissionActivity
         • .usb.UsbResolverActivity
         • .usb.UsbAccessoryUriActivity
         • .usb.UsbDebuggingActivity
         • .net.NetworkOverLimitActivity
         • .media.MediaProjectionPermissionActivity
         • .DessertCase
         • .egg.LLandActivity
         • .Somnambulator
         • .settings.BrightnessDialog

      2. service：

         • SystemUIService
         • .screenshot.TakeScreenshotService
         • .LoadAverageService
         • .ImageWallpaper
         • .DessertCaseDream
         • .keyguard.KeyguardService
         • .doze.DozeService

      3. receiver：

         • .BootReceiver
         • .qs.tiles.HotspotTile$APChangedReceiver
         • .recent.RecentsPreloadReceiver
         • .recents.RecentsUserEventProxyReceiver

    • 众多activity中并没有LAUNCHER，也就是说SystemUI是没有启动界面的。

• SystemUI的启动

  既然SystemUI没有启动界面，也无需人为启动，那么SystemUI是怎么启动起来的呢？接下来就将对这个问题进行说明。

  • 在service中有一个SystemUIService，这就是入口。那么这个SystemUIService又是怎么启动的呢？要找到答案，就要考虑到这是一个系统app，自然会在系统完成初始化以后启动，那么利用Source Insight在frameworks/base中看看有没有。

  

  从结果来看，在SystemService貌似有什么线索。打开SystemService.java(frameworks/base/services/java/com/android/server/)，以下代码就展现在眼前了。

  static final void startSystemUi(Context context) {
      Intent intent = new Intent();
      intent.setComponent(new ComponentName("com.android.systemui",
                  "com.android.systemui.SystemUIService"));
      //Slog.d(TAG, "Starting service: " + intent);
      context.startServiceAsUser(intent, UserHandle.OWNER);
  }

  在代码中可以看到SystemUIService被启动了起来，那么哪里调用了这个方法呢？在此类中继续查找，又发现如下代码：

  mActivityManagerService.systemReady(new Runnable() {
      @Override
      public void run() {
          Slog.i(TAG, "Making services ready");
          mSystemServiceManager.startBootPhase(SystemService.PHASE_ACTIVITY_MANAGER_READY);
  
          try {
              mActivityManagerService.startObservingNativeCrashes();
          } catch (Throwable e) {
              reportWtf("observing native crashes", e);
          }
  
          Slog.i(TAG, "WebViewFactory preparation");
          WebViewFactory.prepareWebViewInSystemServer();
  
          try {
              startSystemUi(context);
          } catch (Throwable e) {
              reportWtf("starting System UI", e);
          }
          ...
      }
  }

  由代码可知，ActivityManagerService调用了systemReady()方法，也就是系统就绪就会调用run()方法。那么会在何时执行到此处呢？再往上探索，发现上述代码位于startOtherServices()方法中，那么还是那个问题，何时调用startOtherServices()方法。再往上探索，发现startOtherServices()位于一个run()方法中

  private void run() {
      ···
      // Start services.
      try {
          startBootstrapServices();
          startCoreServices();
          startOtherServices();
      } catch (Throwable ex) {
          Slog.e("System", "******************************************");
          Slog.e("System", "************ Failure starting system services", ex);
          throw ex;
      }
      ···
  }
  

  再往上追一追，最终找到了这个类的开始：

  public static void main(String[] args) {
      new SystemServer().run();
  }

  嗯，这是···，很熟悉嘛。
  
  至于SystemService则是由Zygote启动的，在此就不多追溯了。
  
  至此，SystemServer已经启动，那么在SystemServer里面又做了什么事情呢？

• SystemUIService的初始化

  在SystemUIService中，主要代码就一个onCreate()方法，来看看他做了啥：

  @Override
  public void onCreate() {
      super.onCreate();
      ((SystemUIApplication) getApplication()).startServicesIfNeeded();
  }

  转型为SystemUIApplication并且调用startServicesIfNeeded()方法。那么接下来去看看startServicesIfNeeded()方法做了些什么。

  public void startServicesIfNeeded() {
      if (mServicesStarted) {
          return;
      }
  
      if (!mBootCompleted) {
          // check to see if maybe it was already completed long before we began
          // see ActivityManagerService.finishBooting()
          if ("1".equals(SystemProperties.get("sys.boot_completed"))) {
              mBootCompleted = true;
              if (DEBUG) Log.v(TAG, "BOOT_COMPLETED was already sent");
          }
      }
  
      Log.v(TAG, "Starting SystemUI services.");
      final int N = SERVICES.length;
      for (int i=0; i<N; i++) {
          Class<?> cl = SERVICES[i];
          if (DEBUG) Log.d(TAG, "loading: " + cl);
          try {
              mServices[i] = (SystemUI)cl.newInstance();
          } catch (IllegalAccessException ex) {
              throw new RuntimeException(ex);
          } catch (InstantiationException ex) {
              throw new RuntimeException(ex);
          }
          mServices[i].mContext = this;
          mServices[i].mComponents = mComponents;
          if (DEBUG) Log.d(TAG, "running: " + mServices[i]);
          mServices[i].start();
  
          if (mBootCompleted) {
              mServices[i].onBootCompleted();
          }
      }
      mServicesStarted = true;
  }

  根据代码中涉及到的mServices，追溯其来源：
  
  private final SystemUI[] mServices = new SystemUI[SERVICES.length];
  
  再往上，得到SERVICES的由来：

  private final Class<?>[] SERVICES = new Class[] {
      com.android.systemui.keyguard.KeyguardViewMediator.class,
      com.android.systemui.recent.Recents.class,
      com.android.systemui.volume.VolumeUI.class,
      com.android.systemui.statusbar.SystemBars.class,
      com.android.systemui.usb.StorageNotification.class,
      com.android.systemui.power.PowerUI.class,
      com.android.systemui.media.RingtonePlayer.class
  };

  在这里定义了很多System Panel，这里叫做SERVICES，并非真正的services，运行在SystemUIService中的子服务。此时再来回头看onCreate()方法：

  @Override
  public void onCreate() {
      super.onCreate();
      // Set the application theme that is inherited by all services. Note that setting the
      // application theme in the manifest does only work for activities. Keep this in sync with
      // the theme set there.
      setTheme(R.style.systemui_theme);
  
      IntentFilter filter = new IntentFilter(Intent.ACTION_BOOT_COMPLETED);
      filter.setPriority(IntentFilter.SYSTEM_HIGH_PRIORITY);
      registerReceiver(new BroadcastReceiver() {
          @Override
          public void onReceive(Context context, Intent intent) {
              if (mBootCompleted) return;
  
              if (DEBUG) Log.v(TAG, "BOOT_COMPLETED received");
              unregisterReceiver(this);
              mBootCompleted = true;
              if (mServicesStarted) {
                  final int N = mServices.length;
                  for (int i = 0; i < N; i++) {
                      mServices[i].onBootCompleted();
                  }
              }
          }
      }, filter);
  }

  在onCreate()方法中，注册了广播接收器，用于接收开机完成的广播，并将开机完成的状态传递给每个SERVICE。
  
  经过以上代码的追溯，可知：
  
  mServices[i] = (SystemUI)cl.newInstance();//实例化子服务，并将其存储于mService[i]中。
  
  mServices[i].mContext = this; //设置mService[i]的Context
  
  mServices[i].mComponents = mComponents;//设置mService[i]的Components
  
  mServices[i].start();//运行mService[i]

至此，SystemUIService的启动就已完成，伴随着SystemUIService的完成，SystemUI的核心service也就启动了，SystemUIService的使命也就完成了，接下来的事情就交由各个子服务去完成了。

以上属于个人体验心得总结，若有不足之处，还望不吝赐教，欢迎批评指正，共同进步