UI是實(shí)現(xiàn)用戶交互的重要途徑之一，而Android中一個(gè)重要的UI元素就是SystemUI，本文分析基于Android 5.1，分析SystemUI的啟動(dòng)及運(yùn)行過(guò)程。

• SystemUI源代碼所在路徑為：

  frameworks/base/packages/SystemUI

• 查看AndroidManifest.xml，整理軟件實(shí)現(xiàn)思路。

  • 包名為com.android.systemui

    package="com.android.systemui"

  • 分配的userID為android.uid.systemui

    android:sharedUserId="android.uid.systemui"

  • 標(biāo)明此應(yīng)用為系統(tǒng)核心App

    coreApp="true"

  • 接下來(lái)是一系列的權(quán)限聲明，包括Networking and telephony，Physical hardware，ActivityManager，WindowManager，DreamManager，Alarm clocks，Keyguard，Recents，Wifi Display，Screen Capturing等方面的權(quán)限。

  • 接下來(lái)看 <application></application>中的內(nèi)容：

    • 此應(yīng)用不會(huì)輕易被kill，并且會(huì)自動(dòng)啟動(dòng)

      android:persistent="true"

    • 用戶數(shù)據(jù)不可清除

      android:allowClearUserData="false"

    • 啟用硬件加速

      android:hardwareAccelerated="true"

    • 設(shè)置系統(tǒng)進(jìn)程

      android:process="com.android.systemui"

    • 其他屬性為常規(guī)屬性，很多app都會(huì)有，在此不再贅述。

    • 接下來(lái)是分析SystemUI的重點(diǎn)，看下都涉及到了哪些activity，service和receiver。

    • 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

    • service：

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

    • receiver：

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

    • 眾多activity中并沒(méi)有LAUNCHER，也就是說(shuō)SystemUI是沒(méi)有啟動(dòng)界面的。

• SystemUI的啟動(dòng)

  既然SystemUI沒(méi)有啟動(dòng)界面，也無(wú)需人為啟動(dòng)，那么SystemUI是怎么啟動(dòng)起來(lái)的呢？接下來(lái)就將對(duì)這個(gè)問(wèn)題進(jìn)行說(shuō)明。

  • 在service中有一個(gè)SystemUIService，這就是入口。那么這個(gè)SystemUIService又是怎么啟動(dòng)的呢？要找到答案，就要考慮到這是一個(gè)系統(tǒng)app，自然會(huì)在系統(tǒng)完成初始化以后啟動(dòng)，那么利用Source Insight在frameworks/base中看看有沒(méi)有。

  從結(jié)果來(lái)看，在SystemService貌似有什么線索。打開(kāi)SystemService.java(frameworks/base/services/java/com/android/server/)，以下代碼就展現(xiàn)在眼前了。

  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被啟動(dòng)了起來(lái)，那么哪里調(diào)用了這個(gè)方法呢？在此類中繼續(xù)查找，又發(fā)現(xiàn)如下代碼：

  mActivityManagerService.systemReady(new Runnable() {@Overridepublic 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調(diào)用了systemReady()方法，也就是系統(tǒng)就緒就會(huì)調(diào)用run()方法。那么會(huì)在何時(shí)執(zhí)行到此處呢？再往上探索，發(fā)現(xiàn)上述代碼位于startOtherServices()方法中，那么還是那個(gè)問(wèn)題，何時(shí)調(diào)用startOtherServices()方法。再往上探索，發(fā)現(xiàn)startOtherServices()位于一個(gè)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;}··· }

  再往上追一追，最終找到了這個(gè)類的開(kāi)始：

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

  嗯，這是···，很熟悉嘛。
  至于SystemService則是由Zygote啟動(dòng)的，在此就不多追溯了。
  至此，SystemServer已經(jīng)啟動(dòng)，那么在SystemServer里面又做了什么事情呢？

• SystemUIService的初始化

  在SystemUIService中，主要代碼就一個(gè)onCreate()方法，來(lái)看看他做了啥：

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

  轉(zhuǎn)型為SystemUIApplication并且調(diào)用startServicesIfNeeded()方法。那么接下來(lái)去看看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; }

  根據(jù)代碼中涉及到的mServices，追溯其來(lái)源：
  private final SystemUI[] mServices = new SystemUI[SERVICES.length];
  再往上，得到SERVICES的由來(lái)：

  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，運(yùn)行在SystemUIService中的子服務(wù)。此時(shí)再來(lái)回頭看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() {@Overridepublic 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()方法中，注冊(cè)了廣播接收器，用于接收開(kāi)機(jī)完成的廣播，并將開(kāi)機(jī)完成的狀態(tài)傳遞給每個(gè)SERVICE。
  經(jīng)過(guò)以上代碼的追溯，可知：
  mServices[i] = (SystemUI)cl.newInstance();//實(shí)例化子服務(wù)，并將其存儲(chǔ)于mService[i]中。
  mServices[i].mContext = this; //設(shè)置mService[i]的Context
  mServices[i].mComponents = mComponents;//設(shè)置mService[i]的Components
  mServices[i].start();//運(yùn)行mService[i]

至此，SystemUIService的啟動(dòng)就已完成，伴隨著SystemUIService的完成，SystemUI的核心service也就啟動(dòng)了，SystemUIService的使命也就完成了，接下來(lái)的事情就交由各個(gè)子服務(wù)去完成了。

以上屬于個(gè)人體驗(yàn)心得總結(jié)，若有不足之處，還望不吝賜教，歡迎批評(píng)指正，共同進(jìn)步

轉(zhuǎn)載于:https://www.cnblogs.com/cj5785/p/9892979.html

總結(jié)

以上是生活随笔為你收集整理的Android核心程序之SystemUI - （一）开篇的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。