欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

打開(kāi)APP
userphoto
未登錄

開(kāi)通VIP，暢享免費電子書(shū)等14項超值服

開(kāi)通VIP

首頁(yè)

好書(shū)

留言交流

下載APP

聯(lián)系客服
【轉】[android ActivityManagerService 源碼分析----Activity管理(二)
樓主
發(fā)表于 2012-2-2 07:22:39|查看: 899|回復: 2
上篇文章分析完了task的創(chuàng )建或者復用，接下來(lái)接著(zhù)分析activity在啟動(dòng)過(guò)程中還有哪些工作需要去完成？首先給出整個(gè)activity的過(guò)程圖。
     
 
1. Starting Window    當該activity運行在新的task中或者進(jìn)程中時(shí)，需要在activity顯示之前顯示一個(gè)Starting Window。如上圖所示的setAppStartingWindow()方法，這個(gè)Starting Window上并沒(méi)有繪制任何的view，它就是一個(gè)空白的Window，但是WMS賦予了它一個(gè)animation。這個(gè)Starting Window的處理過(guò)程需要注意幾點(diǎn)：
    ·1. 在A(yíng)MS請求WMS啟動(dòng)Starting Window時(shí)，這個(gè)過(guò)程是被置在WMS的消息隊列中，也就是說(shuō)這個(gè)過(guò)程是一個(gè)異步的過(guò)程，并且需要將其置在WMS消息隊列的隊首。
     一般情況下，Starting Window是在activity Window之前顯示的，但是由于是異步過(guò)程，因此從理論上來(lái)說(shuō)activity Window較早顯示是有可能的，如果這樣的話(huà)，Starting Window將會(huì )被清除而不再顯示。例如在addStartingWindow()@PhoneWindowManager.java方法調用addView之前做一個(gè)sleep操作，結果就可能不顯示Starting Window。
setAppStartingWindow()@WindowManagerService.java
  1.                         // The previous app was getting ready to show a
  2.                         // starting window, but hasn't yet done so.  Steal it!
  3.                         if (DEBUG_STARTING_WINDOW) Slog.v(TAG,
  4.                                 "Moving pending starting from " + ttoken
  5.                                 + " to " + wtoken);
  6.                         wtoken.startingData = ttoken.startingData;
  7.                         ttoken.startingData = null;
  8.                         ttoken.startingMoved = true;
  9.                         Message m = mH.obtainMessage(H.ADD_STARTING, wtoken);
  10.                         // Note: we really want to do sendMessageAtFrontOfQueue() because we
  11.                         // want to process the message ASAP, before any other queued
  12.                         // messages.
  13.                         mH.sendMessageAtFrontOfQueue(m);
  14.                         return;
復制代碼
2.
Starting Window
是設置了Animation的

addStartingWindow()@PhoneWindowManager.java
  1.             final WindowManager.LayoutParams params = win.getAttributes();
  2.             params.token = appToken;
  3.             params.packageName = packageName;
  4.             params.windowAnimations = win.getWindowStyle().getResourceId(
  5.                     com.android.internal.R.styleable.Window_windowAnimationStyle, 0);
  6.             params.setTitle("Starting " + packageName);
復制代碼
  3.
Starting Window
同普通的activity Window一樣，均為一個(gè)PhoneWindow，其中包看著(zhù)DecorView和ViewRoot。

addStartingWindow()@PhoneWindowManager.java
  1.         try {
  2.             Context context = mContext;
  3.             boolean setTheme = false;
  4.             //Log.i(TAG, "addStartingWindow " + packageName + ": nonLocalizedLabel="
  5.             //        + nonLocalizedLabel + " theme=" + Integer.toHexString(theme));
  6.             if (theme != 0 || labelRes != 0) {
  7.                 try {
  8.                     context = context.createPackageContext(packageName, 0);
  9.                     if (theme != 0) {
  10.                         context.setTheme(theme);
  11.                         setTheme = true;
  12.                     }
  13.                 } catch (PackageManager.NameNotFoundException e) {
  14.                     // Ignore
  15.                 }
  16.             }
  17.             if (!setTheme) {
  18.                 context.setTheme(com.android.internal.R.style.Theme);
  19.             }
  20.             //創(chuàng )建PhoneWindow
  21.             Window win = PolicyManager.makeNewWindow(context);
  22.             if (win.getWindowStyle().getBoolean(
  23.                     com.android.internal.R.styleable.Window_windowDisablePreview, false)) {
  24.                 return null;
  25.             }
  26.             
  27.             Resources r = context.getResources();
  28.             win.setTitle(r.getText(labelRes, nonLocalizedLabel));
  29.    
  30.             win.setType(
  31.                 WindowManager.LayoutParams.TYPE_APPLICATION_STARTING);
  32.             // Force the window flags: this is a fake window, so it is not really
  33.             // touchable or focusable by the user.  We also add in the ALT_FOCUSABLE_IM
  34.             // flag because we do know that the next window will take input
  35.             // focus, so we want to get the IME window up on top of us right away.
  36.             win.setFlags(
  37.                 WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE|
  38.                 WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE|
  39.                 WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM,
  40.                 WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE|
  41.                 WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE|
  42.                 WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM);
  43.    
  44.             win.setLayout(WindowManager.LayoutParams.MATCH_PARENT,
  45.                                 WindowManager.LayoutParams.MATCH_PARENT);
  46.    
  47.             final WindowManager.LayoutParams params = win.getAttributes();
  48.             params.token = appToken;
  49.             params.packageName = packageName;
  50.             params.windowAnimations = win.getWindowStyle().getResourceId(
  51.                     com.android.internal.R.styleable.Window_windowAnimationStyle, 0);
  52.             params.setTitle("Starting " + packageName);

  54.             WindowManagerImpl wm = (WindowManagerImpl)
  55.                     context.getSystemService(Context.WINDOW_SERVICE);
  56.             View view = win.getDecorView();

  58.             if (win.isFloating()) {
  59.                 // Whoops, there is no way to display an animation/preview
  60.                 // of such a thing!  After all that work...  let's skip it.
  61.                 // (Note that we must do this here because it is in
  62.                 // getDecorView() where the theme is evaluated...  maybe
  63.                 // we should peek the floating attribute from the theme
  64.                 // earlier.)
  65.                 return null;
  66.             }
  67.             
  68.             if (localLOGV) Log.v(
  69.                 TAG, "Adding starting window for " + packageName
  70.                 + " / " + appToken + ": "
  71.                 + (view.getParent() != null ? view : null));
  72. <span style="white-space: pre;">        </span>    //向WindowManager addView
  73.             wm.addView(view, params);

  75.             // Only return the view if it was successfully added to the
  76.             // window manager... which we can tell by it having a parent.
  77.             return view.getParent() != null ? view : null;
  78.         }
復制代碼

   
 

2. 啟動(dòng)新進(jìn)程    如果新啟動(dòng)的activity需要運行在新的進(jìn)程中，那么這個(gè)流程就涉及到了一個(gè)新進(jìn)程的啟動(dòng)，由于畫(huà)圖的局限性，這個(gè)過(guò)程在上圖中沒(méi)有體現出來(lái)。
    所有的ProcessRecord被存儲在mProcessNames變量中,以當前的進(jìn)程的名字為索引。
@ActivityManagerService.java
  1.     final ProcessMap<ProcessRecord> mProcessNames
  2.             = new ProcessMap<ProcessRecord>();
復制代碼
進(jìn)程名字的確定有如下規則：
①如果Activity設置了android:process屬性，則processName為屬性設置的值；   

@ComponentInfo.java
  1. public String processName;
復制代碼
②
如果Activity沒(méi)有設置android:process屬性，那么Activity的processName為Application的processName。如果Application設置了process屬性，那么processName為該值；如果沒(méi)有設置，processName為Package的名字，即

@PackageItemInfo.java
  1.     public String packageName;
復制代碼
整個(gè)進(jìn)程啟動(dòng)的過(guò)程前面有一篇文章介紹過(guò)，就不在介紹。
3. Application Transition
    Application Transition是android在實(shí)現窗口切換過(guò)程中，為了提供更好的用戶(hù)體驗和特定的指示，來(lái)呈現出的過(guò)渡效果。一般情況下，Application Transition是一個(gè)動(dòng)畫(huà)效果。
    Application Transition有兩種，一種是啟動(dòng)activity時(shí)的Transition動(dòng)畫(huà)，一種是啟動(dòng)一些widget時(shí)的Transition動(dòng)畫(huà)。
    Transition類(lèi)型的設置通過(guò)函數prepareAppTransition()@WindowManagerService.java來(lái)進(jìn)行.
    設置完Transition類(lèi)型之后,通過(guò)executeAppTransition()@WindowManagerService.java函數來(lái)執行這個(gè)Transition。
   prepareAppTransition()-->executeAppTransition()-->performLayoutAndPlaceSurfacesLocked();
   具體的Transition的animation繪制過(guò)程在分析WMS再做分析。
   
3.1 activity Transition
    當啟動(dòng)一個(gè)activity時(shí)，系統會(huì )給它的window呈現提供一個(gè)animation，這個(gè)animation可以在frameworks/base/core/res/res/values/styles.xml中進(jìn)行設置
  1.     <!-- Standard animations for a full-screen window or activity. -->
  2.     <style name="Animation.Activity">
  3.         <item name="activityOpenEnterAnimation">@anim/activity_open_enter</item>
  4.         <item name="activityOpenExitAnimation">@anim/activity_open_exit</item>
  5.         <item name="activityCloseEnterAnimation">@anim/activity_close_enter</item>
  6.         <item name="activityCloseExitAnimation">@anim/activity_close_exit</item>
  7.         <item name="taskOpenEnterAnimation">@anim/task_open_enter</item>
  8.         <item name="taskOpenExitAnimation">@anim/task_open_exit</item>
  9.         <item name="taskCloseEnterAnimation">@anim/task_close_enter</item>
  10.         <item name="taskCloseExitAnimation">@anim/task_close_exit</item>
  11.         <item name="taskToFrontEnterAnimation">@anim/task_open_enter</item>
  12.         <item name="taskToFrontExitAnimation">@anim/task_open_exit</item>
  13.         <item name="taskToBackEnterAnimation">@anim/task_close_enter</item>
  14.         <item name="taskToBackExitAnimation">@anim/task_close_exit</item>
  15.         <item name="wallpaperOpenEnterAnimation">@anim/wallpaper_open_enter</item>
  16.         <item name="wallpaperOpenExitAnimation">@anim/wallpaper_open_exit</item>
  17.         <item name="wallpaperCloseEnterAnimation">@anim/wallpaper_close_enter</item>
  18.         <item name="wallpaperCloseExitAnimation">@anim/wallpaper_close_exit</item>
  19.         <item name="wallpaperIntraOpenEnterAnimation">@anim/wallpaper_intra_open_enter</item>
  20.         <item name="wallpaperIntraOpenExitAnimation">@anim/wallpaper_intra_open_exit</item>
  21.         <item name="wallpaperIntraCloseEnterAnimation">@anim/wallpaper_intra_close_enter</item>
  22.         <item name="wallpaperIntraCloseExitAnimation">@anim/wallpaper_intra_close_exit</item>
  23.     </style>
復制代碼
activity啟動(dòng)的animation根據當前的activity所在的task狀態(tài)有所不同，從上面的xml中的animation定義中就可以看出，它的分類(lèi)：
    ★ 如果啟動(dòng)的activity運行在原來(lái)的task中，那么使用animation activityOpenEnterAnimation/activityOpenExitAnimation;
    ★ 如果啟動(dòng)的activity運行在新的task中，那么使用animation taskOpenEnterAnimation/taskOpenExitAnimation;
    ★ 如果結束的activity結束之后原來(lái)的task還存在，那么使用activityCloseEnterAnimation/activityCloseExitAnimation;
    ★ 如果結束的activity結束之后原來(lái)的task將不存在，也即次activity為task最后的activity，那么使用taskCloseEnterAnimation/taskCloseExitAnimation;
    ★ 一些特定的情況下，AMS需要將某個(gè)task move到最前面，例如上一篇文章中的task reparenting過(guò)程，此時(shí)使用taskToFrontEnterAnimation/taskToFrontExitAnimation;
    ★ 一些特定的情況下，AMS需要將某個(gè)task move到最底端，此時(shí)使用taskToBackEnterAnimation/taskToBackExitAnimation;
    ★ 如果當前的activity使用的theme中的參數android:windowShowWallpaper為true，此時(shí)的activity應該以當前的壁紙為背景，并且前一個(gè)顯示的activity的背景不是當前的壁紙，此時(shí)使用wallpaperOpenEnterAnimation/wallpaperOpenExitAnimation/wallpaperCloseEnterAnimation/wallpaperCloseExitAnimation,
如下面activity所示：
    
    ★ 如果當前的activity使用的theme中的參數android:windowShowWallpaper為true，此時(shí)的activity應該以當前的壁紙為背景，并且前一個(gè)顯示的activity的背景是當前的壁紙，此時(shí)使用wallpaperIntraOpenEnterAnimation/wallpaperIntraOpenExitAnimation/wallpaperIntraCloseEnterAnimation/wallpaperIntraCloseExitAnimation.
下面代碼即是判斷當前應該選擇那些帶有wallpaper的Transition類(lèi)型。
performLayoutAndPlaceSurfacesLockedInner()@WindowManagerService.java
  1.                        final int NC = mClosingApps.size();
  2.                         NN = NC + mOpeningApps.size();
  3.                         for (i=0; i<NN; i++) {
  4.                             AppWindowToken wtoken;
  5.                             int mode;
  6.                             if (i < NC) {
  7.                                 wtoken = mClosingApps.get(i);
  8.                                 mode = 1;
  9.                             } else {
  10.                                 wtoken = mOpeningApps.get(i-NC);
  11.                                 mode = 2;
  12.                             }
  13.                             if (mLowerWallpaperTarget != null) {
  14.                                 if (mLowerWallpaperTarget.mAppToken == wtoken
  15.                                         || mUpperWallpaperTarget.mAppToken == wtoken) {
  16.                                     foundWallpapers |= mode;
  17.                                 }
  18.                             }
  19.                             if (wtoken.appFullscreen) {
  20.                                 WindowState ws = wtoken.findMainWindow();
  21.                                 if (ws != null) {
  22.                                     // If this is a compatibility mode
  23.                                     // window, we will always use its anim.
  24.                                     if ((ws.mAttrs.flags&FLAG_COMPATIBLE_WINDOW) != 0) {
  25.                                         animLp = ws.mAttrs;
  26.                                         animToken = ws.mAppToken;
  27.                                         bestAnimLayer = Integer.MAX_VALUE;
  28.                                     } else if (ws.mLayer > bestAnimLayer) {
  29.                                         animLp = ws.mAttrs;
  30.                                         animToken = ws.mAppToken;
  31.                                         bestAnimLayer = ws.mLayer;
  32.                                     }
  33.                                 }
  34.                             }
  35.                         }

  37.                         if (foundWallpapers == 3) {
  38.                             if (DEBUG_APP_TRANSITIONS) Slog.v(TAG,
  39.                                     "Wallpaper animation!");
  40.                             switch (transit) {
  41.                                 case WindowManagerPolicy.TRANSIT_ACTIVITY_OPEN:
  42.                                 case WindowManagerPolicy.TRANSIT_TASK_OPEN:
  43.                                 case WindowManagerPolicy.TRANSIT_TASK_TO_FRONT:
  44.                                     transit = WindowManagerPolicy.TRANSIT_WALLPAPER_INTRA_OPEN;
  45.                                     break;
  46.                                 case WindowManagerPolicy.TRANSIT_ACTIVITY_CLOSE:
  47.                                 case WindowManagerPolicy.TRANSIT_TASK_CLOSE:
  48.                                 case WindowManagerPolicy.TRANSIT_TASK_TO_BACK:
  49.                                     transit = WindowManagerPolicy.TRANSIT_WALLPAPER_INTRA_CLOSE;
  50.                                     break;
  51.                             }
  52.                             if (DEBUG_APP_TRANSITIONS) Slog.v(TAG,
  53.                                     "New transit: " + transit);
  54.                         } else if (oldWallpaper != null) {
  55.                             // We are transitioning from an activity with
  56.                             // a wallpaper to one without.
  57.                             transit = WindowManagerPolicy.TRANSIT_WALLPAPER_CLOSE;
  58.                             if (DEBUG_APP_TRANSITIONS) Slog.v(TAG,
  59.                                     "New transit away from wallpaper: " + transit);
  60.                         } else if (mWallpaperTarget != null) {
  61.                             // We are transitioning from an activity without
  62.                             // a wallpaper to now showing the wallpaper
  63.                             transit = WindowManagerPolicy.TRANSIT_WALLPAPER_OPEN;
  64.                             if (DEBUG_APP_TRANSITIONS) Slog.v(TAG,
  65.                                     "New transit into wallpaper: " + transit);
  66.                         }
復制代碼
3.2 widget  Transition
    每個(gè)widget在啟動(dòng)時(shí)的animation和activity不一樣,并且在frameworks/base/core/res/res/values/styles.xml中可以設置不同widget。
  1.     private boolean applyAnimationLocked(WindowState win,
  2.             int transit, boolean isEntrance) {
  3.         if (win.mLocalAnimating && win.mAnimationIsEntrance == isEntrance) {
  4.             // If we are trying to apply an animation, but already running
  5.             // an animation of the same type, then just leave that one alone.
  6.             return true;
  7.         }

  9.         // Only apply an animation if the display isn't frozen.  If it is
  10.         // frozen, there is no reason to animate and it can cause strange
  11.         // artifacts when we unfreeze the display if some different animation
  12.         // is running.
  13.         if (!mDisplayFrozen && mPolicy.isScreenOn()) {
  14.             int anim = mPolicy.selectAnimationLw(win, transit);
  15.             int attr = -1;
  16.             Animation a = null;
  17.             if (anim != 0) {
  18.                 a = AnimationUtils.loadAnimation(mContext, anim);
  19.             } else {
  20.                 switch (transit) {
  21.                     case WindowManagerPolicy.TRANSIT_ENTER:
  22.                         attr = com.android.internal.R.styleable.WindowAnimation_windowEnterAnimation;
  23.                         break;
  24.                     case WindowManagerPolicy.TRANSIT_EXIT:
  25.                         attr = com.android.internal.R.styleable.WindowAnimation_windowExitAnimation;
  26.                         break;
  27.                     case WindowManagerPolicy.TRANSIT_SHOW:
  28.                         attr = com.android.internal.R.styleable.WindowAnimation_windowShowAnimation;
  29.                         break;
  30.                     case WindowManagerPolicy.TRANSIT_HIDE:
  31.                         attr = com.android.internal.R.styleable.WindowAnimation_windowHideAnimation;
  32.                         break;
  33.                 }
  34.                 if (attr >= 0) {
  35.                     a = loadAnimation(win.mAttrs, attr);
  36.                 }
  37.             }
  38.             if (DEBUG_ANIM) Slog.v(TAG, "applyAnimation: win=" + win
  39.                     + " anim=" + anim + " attr=0x" + Integer.toHexString(attr)
  40.                     + " mAnimation=" + win.mAnimation
  41.                     + " isEntrance=" + isEntrance);
  42.             if (a != null) {
  43.                 if (DEBUG_ANIM) {
  44.                     RuntimeException e = null;
  45.                     if (!HIDE_STACK_CRAWLS) {
  46.                         e = new RuntimeException();
  47.                         e.fillInStackTrace();
  48.                     }
  49.                     Slog.v(TAG, "Loaded animation " + a + " for " + win, e);
  50.                 }
  51.                 win.setAnimation(a);
  52.                 win.mAnimationIsEntrance = isEntrance;
  53.             }
  54.         } else {
  55.             win.clearAnimation();
  56.         }

  58.         return win.mAnimation != null;
  59.     }
復制代碼
4. Activity啟動(dòng)
    文章的前面的內容中分析的一直是AMS對一個(gè)新啟動(dòng)的activity的管理，activity在A(yíng)MS中的形態(tài)是以ActivityRecord的形式來(lái)管理的，下面的時(shí)序圖中則是描繪了應用中一個(gè)activity的創(chuàng )建并啟動(dòng)的過(guò)程。



5. Activity pausing過(guò)程    Activity pausing過(guò)程有3種情況：
    1. 第一種情況是從一個(gè)activity啟動(dòng)另一個(gè)activity的同時(shí)，也伴隨著(zhù)前一個(gè)activity的pause過(guò)程。??
resumeTopActivityLocked()@ActivityStack.java
  1.         // We need to start pausing the current activity so the top one
  2.         // can be resumed...
  3.         if (mResumedActivity != null) {
  4.             if (DEBUG_SWITCH) Slog.v(TAG, "Skip resume: need to start pausing");
  5.             startPausingLocked(userLeaving, false);
  6.             return true;
  7.         }
復制代碼
2. 第二種情況是當PowerManagerService要求AMS休眠或者設備shutDown時(shí)；
@ActivityStack.java
  1.     void pauseIfSleepingLocked() {
  2.         if (mService.mSleeping || mService.mShuttingDown) {
  3.             if (!mGoingToSleep.isHeld()) {
  4.                 mGoingToSleep.acquire();
  5.                 if (mLaunchingActivity.isHeld()) {
  6.                     mLaunchingActivity.release();
  7.                     mService.mHandler.removeMessages(LAUNCH_TIMEOUT_MSG);
  8.                 }
  9.             }

  11.             // If we are not currently pausing an activity, get the current
  12.             // one to pause.  If we are pausing one, we will just let that stuff
  13.             // run and release the wake lock when all done.
  14.             if (mPausingActivity == null) {
  15.                 if (DEBUG_PAUSE) Slog.v(TAG, "Sleep needs to pause...");
  16.                 if (DEBUG_USER_LEAVING) Slog.v(TAG, "Sleep => pause with userLeaving=false");
  17.                 startPausingLocked(false, true);
  18.             }
  19.         }
  20.     }
復制代碼
3.第三種情況是一個(gè)activity finish過(guò)程中。這個(gè)下面再介紹。
下圖為第一種情況的時(shí)序圖，整個(gè)pausing過(guò)程的是相同的，因此以一種情況的時(shí)序圖來(lái)體現activity的pausing過(guò)程。
 

6. Activity Stoping 過(guò)程     我們知道，當Activity不可見(jiàn)時(shí)會(huì )執行stoping的過(guò)程，下面我們就來(lái)分析以下一個(gè)activity是怎么來(lái)進(jìn)行stop的。下面給出整個(gè)stop過(guò)程的時(shí)序圖：
     
 
    在stop中有一個(gè)很重要的概念就是activity idle狀態(tài)，不論是activity被新啟動(dòng)的activity完全覆蓋，還是activity被finish，也就是activity的stop過(guò)程以及finsh過(guò)程，均是在最新被resume的activity已經(jīng)resume完成之后才去處理。
    我們可以想象一下，每個(gè)應用程序的主線(xiàn)程ActivityThread中，當沒(méi)有任何的消息待處理時(shí)，此時(shí)我們可以認為此時(shí)的已被resumed的activity狀態(tài)時(shí)空閑的，沒(méi)有任何的人機交互。因此android設計者將前一個(gè)被完全覆蓋不可見(jiàn)的或者finish的activity的stop或finish操作放在此時(shí)來(lái)處理。這樣做是合情合理，畢竟stop或者finish一個(gè)activity以及顯示新的activity之間的關(guān)系是同步，是必須有先后順序的，為了達到更好的用戶(hù)體驗，理所當然應該是先顯示新的activity，然后采取stop或者finish舊的activity。為了實(shí)現這個(gè)目的，android設計者使用了MessageQueue的這個(gè)IdleHandler機制。
    首先，我們看一下MessageQueue的IdleHandler機制。
next ()@MessageQueue.java
  1.             // Run the idle handlers.
  2.             // We only ever reach this code block during the first iteration.
  3.             for (int i = 0; i < pendingIdleHandlerCount; i++) {
  4.                 final IdleHandler idler = mPendingIdleHandlers[i];
  5.                 mPendingIdleHandlers[i] = null; // release the reference to the handler

  7.                 boolean keep = false;
  8.                 try {
  9.                     keep = idler.queueIdle();
  10.                 } catch (Throwable t) {
  11.                     Log.wtf("MessageQueue", "IdleHandler threw exception", t);
  12.                 }

  14.                 if (!keep) {
  15.                     synchronized (this) {
  16.                         mIdleHandlers.remove(idler);
  17.                     }
  18.                 }
  19.             }
復制代碼
在A(yíng)ctivityThread線(xiàn)程的Looper中，Looper會(huì )不停的去查找消息隊列中是否有消息需要處理，如果沒(méi)有任何的消息待處理，那么將查看當前的消息隊列是否有IdleHandler注冊，如果有逐個(gè)執行這些IdleHandler。

    明白了IdleHandler的機制，回過(guò)頭來(lái)了看ActivityThread的IdleHandler的注冊過(guò)程，代碼如下。

handleResumeActivity()@ActivityThread.java
  1.             r.nextIdle = mNewActivities;
  2.             mNewActivities = r;
  3.             if (localLOGV) Slog.v(
  4.                 TAG, "Scheduling idle handler for " + r);
  5.             Looper.myQueue().addIdleHandler(new Idler());
復制代碼
7. Activity finishing過(guò)程    用戶(hù)從application結束當前的activity，如按back鍵；
     
 
    如同activity不可見(jiàn)時(shí)的處理一樣，activity的finishing過(guò)程同樣是在新的activity被resume之后才去執行，但是存在一種情況，當mHistory棧中存在多個(gè)(多于4個(gè))activity時(shí)，假如此時(shí)user以很快的速度去按back鍵，并且在第一個(gè)需resume的activity尚未被resume完成時(shí)，已經(jīng)被user觸發(fā)了多次back鍵，此時(shí)應該怎么處理finish過(guò)程呢？
    按照上面的邏輯來(lái)看，user不停的以很快的速度去觸發(fā)back鍵，直到回到home activity，這種情況下ActivityThread的Looper一直會(huì )有消息需要處理，根本不可能去處理它的IdleHandler，也就不可能去處理各個(gè)activity的finish過(guò)程，直到回到home activity之后才能有空閑去處理。我們可以想象一下如果按照這個(gè)邏輯去操作的話(huà)，會(huì )有什么問(wèn)題？
    設想一下，我們累計了多個(gè)activity在A(yíng)ctivityThread的Looper在idle狀態(tài)下處理，那么這個(gè)過(guò)程將是比較長(cháng)的，假如此時(shí)又有user觸發(fā)了啟動(dòng)actibity的操作，那么ActivityThread將會(huì )同時(shí)處理累計的activity的finish過(guò)程，同時(shí)又需要處理activity的啟動(dòng)過(guò)程，那么這么做的結果只能是給用戶(hù)帶來(lái)系統很慢的用戶(hù)體驗。因此上面的finish邏輯需要進(jìn)行一定的矯正與修改。
    AMS在累計的activity超過(guò)3個(gè)時(shí)，就會(huì )強制調用Idle處理操作。這么做就有效的消耗了累計的activity的finish過(guò)程，就很大程度上減輕了上述所說(shuō)的問(wèn)題。
finishCurrentActivityLocked()@ActivityStack.java
  1.         // First things first: if this activity is currently visible,
  2.         // and the resumed activity is not yet visible, then hold off on
  3.         // finishing until the resumed one becomes visible.
  4.         if (mode == FINISH_AFTER_VISIBLE && r.nowVisible) {
  5.             if (!mStoppingActivities.contains(r)) {
  6.                 mStoppingActivities.add(r);
  7.                 Slog.d(TAG, "finishCurrentActivityLocked mStoppingActivities size:" + mStoppingActivities.size());
  8.                 if (mStoppingActivities.size() > 3) {
  9.                     // If we already have a few activities waiting to stop,
  10.                     // then give up on things going idle and start clearing
  11.                     // them out.
  12.                     Message msg = Message.obtain();
  13.                     msg.what = IDLE_NOW_MSG;
  14.                     mHandler.sendMessage(msg);
  15.                 }
  16.             }
  17.             r.state = ActivityState.STOPPING;
  18.             mService.updateOomAdjLocked();
  19.             return r;
  20.         }
復制代碼
同樣的問(wèn)題也存在與activity啟動(dòng)過(guò)程中，假如user以很快的速度去不停的啟動(dòng)activity，那么被覆蓋的activity的stop過(guò)程很上述的finish過(guò)程一樣，也會(huì )不停的累計，出現相同的問(wèn)題。解決的思路也是一致的。

completePauseLocked()@ActivityStack.java
  1.                     mStoppingActivities.add(prev);
  2.                     if (mStoppingActivities.size() > 3) {
  3.                         // If we already have a few activities waiting to stop,
  4.                         // then give up on things going idle and start clearing
  5.                         // them out.
  6.                         if (DEBUG_PAUSE) Slog.v(TAG, "To many pending stops, forcing idle");
  7.                         Message msg = Message.obtain();
  8.                         msg.what = IDLE_NOW_MSG;
  9.                         mHandler.sendMessage(msg);
  10.                     }
復制代碼
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請點(diǎn)擊舉報。
打開(kāi)APP，閱讀全文并永久保存 查看更多類(lèi)似文章
猜你喜歡
類(lèi)似文章
我的場(chǎng)景驅動(dòng)設計
特定鍵或特定的組合鍵OnKey
OnKey，一鍵隨心所欲控制你的程序！
[譯]關(guān)于A(yíng)ctivity和Task的設計思路和方法 - Android - 幻之旅程
CoreAnimation編程指南(六)動(dòng)畫(huà)
城市胡同: WEB2.0 Archives
更多類(lèi)似文章 >>
生活服務(wù)
分享 收藏 導長(cháng)圖 關(guān)注 下載文章
綁定賬號成功
后續可登錄賬號暢享VIP特權！
如果VIP功能使用有故障，
可點(diǎn)擊這里聯(lián)系客服！

聯(lián)系客服

欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久