2. 程式人生 > >跟進View的常見週期回撥以及View.post和Activity.runOnUiThread

跟進View的常見週期回撥以及View.post和Activity.runOnUiThread

阿新 • • 發佈：2018-11-30

activity_main.xml:

<LinearLayout android:layout_width="match_parent" android:layout_height="match_parent">
    <TextView android:id="@+id/text_view" android:layout_width="wrap_content" android:layout_height="wrap_content"/>
</LinearLayout>

AndroidManifest.xml:

<activity
 
 android:name=".MainActivity">
    <intent-filter>
        <action android:name="android.intent.action.MAIN"/>
        <category android:name="android.intent.category.LAUNCHER"/>
    </intent-filter>
</activity>

MainActivity:

protected void onCreate(Bundle savedInstanceState) {
    super
 
.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    final View view = findViewById(R.id.text_view);
    runOnUiThread(new Runnable() {
        @Override
        public void run() {
            System.err.println(Thread.currentThread() + " + Activity.runOnUiThread(Runnable)"
 
);
        }
    });
    if (view != null) {
        view.post(new Runnable() {
            @Override
            public void run() {
                System.err.println(Thread.currentThread() + " + View.post(Runnable)");
            }
        });
    }
}

自定義TextView覆寫的”生命週期”回撥方法:

onAttachedToWindow();
onDetachedFromWindow();
onWindowVisibilityChanged(int visibility);
onWindowFocusChanged(boolean hasWindowFocus);
onVisibilityChanged(View changedView, int visibility);
onFinishInflate();
onLayout(boolean changed, int left, int top, int right, int bottom);
onMeasure(int widthMeasureSpec, int heightMeasureSpec);
onDraw(Canvas canvas);
onSizeChanged(int w, int h, int oldw, int oldh);

下面是日誌:
launch:

  1. after first onMeasure, getMeasuredWidth() and getMeasuredHeight() worked;
  2. onSizeChanged or after, getMeasuredWidth()/getMeasuredHeight()/getWidth()/getHeight() worked, until after onDetachedFromWindow; 
08-30 12:33:07.680 9816-9816/com.test W/System.err: onFinishInflate
08-30 12:33:07.681 9816-9816/com.test W/System.err: Thread[main,5,main] + Activity.runOnUiThread(Runnable)
08-30 12:33:07.708 9816-9816/com.test W/System.err: onAttachedToWindow
08-30 12:33:07.708 9816-9816/com.test W/System.err: onWindowVisibilityChanged
08-30 12:33:07.708 9816-9816/com.test W/System.err: onVisibilityChanged
08-30 12:33:07.712 9816-9816/com.test W/System.err: onMeasure
08-30 12:33:07.771 9816-9816/com.test W/System.err: onMeasure
08-30 12:33:07.771 9816-9816/com.test W/System.err: onSizeChanged
08-30 12:33:07.771 9816-9816/com.test W/System.err: onLayout
08-30 12:33:07.802 9816-9816/com.test W/System.err: Thread[main,5,main] + View.post(Runnable)
08-30 12:33:07.802 9816-9816/com.test W/System.err: onWindowFocusChanged
08-30 12:33:07.804 9816-9816/com.test W/System.err: onMeasure
08-30 12:33:07.804 9816-9816/com.test W/System.err: onLayout
08-30 12:33:07.804 9816-9816/com.test W/System.err: onDraw

home:

08-30 12:35:38.628 9816-9816/com.test W/System.err: onWindowFocusChanged
08-30 12:35:38.747 9816-9816/com.test W/System.err: onWindowVisibilityChanged
08-30 12:35:38.989 9816-9816/com.test W/System.err: onVisibilityChanged

re-foreground:

08-30 12:35:59.959 9816-9816/com.test W/System.err: onVisibilityChanged
08-30 12:35:59.967 9816-9816/com.test W/System.err: onWindowVisibilityChanged
08-30 12:35:59.988 9816-9816/com.test W/System.err: onWindowFocusChanged
08-30 12:36:00.001 9816-9816/com.test W/System.err: onDraw

back:

08-30 12:36:25.576 9816-9816/com.test W/System.err: onWindowFocusChanged
08-30 12:36:25.668 9816-9816/com.test W/System.err: onWindowVisibilityChanged
08-30 12:36:25.678 9816-9816/com.test W/System.err: onDetachedFromWindow

re-launch or rotate-screen:

08-30 12:36:50.175 9816-9816/com.test W/System.err: onFinishInflate
08-30 12:36:50.175 9816-9816/com.test W/System.err: Thread[main,5,main] + Activity.runOnUiThread(Runnable)
08-30 12:36:50.182 9816-9816/com.test W/System.err: onAttachedToWindow
08-30 12:36:50.182 9816-9816/com.test W/System.err: onWindowVisibilityChanged
08-30 12:36:50.182 9816-9816/com.test W/System.err: onVisibilityChanged
08-30 12:36:50.183 9816-9816/com.test W/System.err: onMeasure
08-30 12:36:50.219 9816-9816/com.test W/System.err: onMeasure
08-30 12:36:50.220 9816-9816/com.test W/System.err: onSizeChanged
08-30 12:36:50.220 9816-9816/com.test W/System.err: onLayout
08-30 12:36:50.222 9816-9816/com.test W/System.err: Thread[main,5,main] + View.post(Runnable)
08-30 12:36:50.222 9816-9816/com.test W/System.err: onWindowFocusChanged
08-30 12:36:50.232 9816-9816/com.test W/System.err: onMeasure
08-30 12:36:50.232 9816-9816/com.test W/System.err: onLayout
08-30 12:36:50.232 9816-9816/com.test W/System.err: onDraw

lock-screen or show-status-panel:

08-30 12:38:12.882 9816-9816/com.test W/System.err: onWindowFocusChanged

unlock-screen or hide-status-panel:

08-30 12:38:12.882 9816-9816/com.test W/System.err: onWindowFocusChanged

關於View.post和Activity.runOnUiThread的札記

先看Activity的runOnUiThread的原始碼:

final Handler mHandler = new Handler();
public final void runOnUiThread(Runnable action) {
    if (Thread.currentThread() != mUiThread) {
        mHandler.post(action);
    } else {
        action.run();
    }
}

可以看出, 如果當前是主執行緒則直接執行, 否則立即投遞到主執行緒Handler執行;
再看View的post的原始碼:

public boolean post(Runnable action) {
    final AttachInfo attachInfo = mAttachInfo;
    if (attachInfo != null) {
        return attachInfo.mHandler.post(action);
    }
    // Assume that post will succeed later
    ViewRootImpl.getRunQueue().post(action);
    return true;
}

如果mAttachInfo不為null, 則投遞到它的Handler中執行, 否則加入到ViewRootImpl.getRunQueue()這個佇列裡.
那麼什麼時候, mAttachInfo不為null呢? 這裡我直接給出答案: (請按照此流程瀏覽原始碼)

我們跳過一些路徑, 從Activity的onResume()開始說, 它是在handleResumeActivity()方法裡的performResumeActivity()裡完成的.
在這之後, handleResumeActivity()裡, 有呼叫WindowManagerImpl.addView()將PhoneWindow.mDecorView(DecorView型別, 繼承自FrameLayout)新增到窗體中.
然後路徑到了WindowManagerGlobal.addView()(一個 Activity對應一個WindowManagerImpl, 但WindowManagerGlobal程序唯一), 這裡new ViewRootImpl(), 呼叫此物件的setView().
setView()裡賦值ViewRootImpl的mAttachInfo, 然後首次呼叫requestLayout(), 此方法裡呼叫scheduleTraversals(), 進而呼叫 performTraversals().
performTraversals()裡呼叫頂層view的dispatchAttachedToWindow(), 因為頂層view是FrameLayout, 所以呼叫ViewGroup的dispatchAttachedToWindow(), 裡面遍歷呼叫所有子view的dispatchAttachedToWindow(), 並傳入mAttachInfo(一直傳遞), 直到呼叫View類的dispatchAttachedToWindow().
此時, mAttachInfo不再為null, 而且各層的onAttachedToWindow()得到回撥.
另外, onAttachedToWindow()真正執行順序依次是 View.onAttachedToWindow(), ViewGroup.onAttachedToWindow(), DecorView.onAttachedToWindow()(當然表面的呼叫順序是反過來的, 使用super執行).
所以你在Activity的onCreate()裡呼叫view.post, 實際走的是:ViewRootImpl.getRunQueue().post(action); 看程式碼:

static final class RunQueue {
        private final ArrayList<HandlerAction> mActions = new ArrayList<HandlerAction>();

        void post(Runnable action) {
            postDelayed(action, 0);
        }

        void postDelayed(Runnable action, long delayMillis) {
            HandlerAction handlerAction = new HandlerAction();
            handlerAction.action = action;
            handlerAction.delay = delayMillis;

            synchronized (mActions) {
                mActions.add(handlerAction);
            }
        }

        void executeActions(Handler handler) {
            synchronized (mActions) {
                final ArrayList<HandlerAction> actions = mActions;
                final int count = actions.size();

                for (int i = 0; i < count; i++) {
                    final HandlerAction handlerAction = actions.get(i);
                    handler.postDelayed(handlerAction.action, handlerAction.delay);
                }

                actions.clear();
            }
        }
    }

也就是post只是加入到了陣列中, 關鍵是什麼時候呼叫executeActions(Handler)?
答案還是在ViewRootImpl的performTraversals()裡呼叫, 而且還是使用mAttachInfo的Handler.
其實, 這個Handler是在ViewRootImpl的構造方法中傳遞給mAttachInfo(AttachInfo)的構造器的, 這個Handler在ViewRootImpl中使用主執行緒Looper構建, 屬於ViewRootHandler例項.

相關推薦

跟進View的常見週期回撥以及View.post和Activity.runOnUiThread

activity_main.xml: <LinearLayout android:layout_width="match_parent" android:layout_height="match_parent"> <TextView android:id="@+

淺談Android中的 Fragment、生命週期回撥方法 以及使用

        4onActivityCreated()              當Activity中的onCreate方法執行完後呼叫。 注意了：從這句官方的話可以看出：當執行onActivityCreated()的時候 activity的onCreate才剛完成。所以在onActivityCrea

React Native 之View元件的回撥

/** * Sample React Native App * https://github.com/facebook/react-native * @flow */ import React, { Component } from 'react'; import

Spring Bean生命週期回撥——初始化回撥(init-method）與銷燬回撥（destroy-method）

實現Bean初始化回撥和銷燬回撥各有三種方法，一是實現介面方法，二是在XML配置，三是使用註解 初始化回撥（init-method） 1、使用介面 org.springframework.beans.factory.InitializingBean介面類的作用是：在容器設定bean必

Spring容器級生命週期回撥——LifeCycle

之前我們談了bean的生命週期中利用容器擴充套件點回調，來實現後置處理器以及bean的初始和銷燬回撥。但這些事件都是建立在容器已經成功啟動的基礎上，如果我們想在容器本身的生命週期（比如容器啟動、停止）事件上做一些工作怎麼辦呢？Spring提供了以下介面： Lifecycle介面 任何

易學筆記--第2章：spring中的Bean/2.5 Bean的週期回撥

  第2章：spring中的Bean/2.5 Bean的週期回撥/2.5.1  概念 概念   這裡的宣告週期指的是Bean在建立完成後和銷燬時這兩個時間點，對於不同的作用域這兩個時間點有所不同

如何解決微信小程式介面適配問題-引用-生命週期回撥函式-優化機制-樣式引入

如何解決微信小程式介面適配問題 .wxss page{ height: 100%; width:750rpx; } this.setData({ imageWidth: wx.getSystemInfoSync().windowWidth }) rpx(res

Cocos Creator學習三：生命週期回撥函式

1.目的：學習生命週期回撥函式以及回撥順序，更有利於我們邏輯的處理把控。   2.生命週期回撥函式： 節點：指cc.Node；元件：指cc.Component。 ①onLoad：指令碼元件繫結的節點所在場景載入時系統回撥一次（或者節點active從false變為true時系統回撥一次）。可在

Activity生命週期回撥是如何被回撥的？

像java程式有main方法作為入口一樣，Android程式也有入口，ActivityThread的main方法就是Android程式的入口，如下圖： 接著看到呼叫ActivityThread的attach方法，如下： mAppThread物件究竟是什麼型別呢？如下：

UGUI常見的回撥方法

//指令碼生命週期 //當指令碼例項被載入時被呼叫 private void Awake() { } //僅在update函式第一次被呼叫前呼叫 private void Start() { } //當指令碼處於可用被呼叫 private void O

Java永續性API（JPA）第7講——實體生命週期及生命週期回撥方法

em.createQuery("delete from Ordertable o where o.orderid = ?1").setParameter(1,orderid).executeUpdate();

Activity 生命週期回撥方法詳解

前文《 Activity（Intent-filter詳解及跳轉） 》我們瞭解了Activity的跳轉，從一個Activity跳轉到另一個Activity。剛開始接觸Activity的時候，我們的setContenview都是寫在onCreate方法中的。這個on

promise處理回撥以及Async/Await替代promise的六大理由

簡要介紹：ES6中，可以通過promise來處理回撥函式，回撥函式經常用於非同步操作中，間接來說，可以通過promise優化非同步操作。 1.什麼是JS中的回撥函式？ 回撥函式是作為引數傳遞給另外一個函式，並且該回調函式在函式主體執行完後再執行。

android View的詳解（以及View的事件分發）（一）

 關於View,我會通過幾篇部落格來進行講解，通過查閱書籍幫助大家抽取常用的知識 1.1什麼是View? View是android中所有空間的基類， View是一種介面層空間的一種抽象，它代表了一個控制元件，除了View還有ViewGroup，內部 包涵了許多控制元件，

CocosCreator的生命週期回撥

記錄 1、如果該Node正常初始化或初始化隱藏然後active由false置為true，則執行順序都為：onLoad -> onEnable -> start； 2、當active由true置為false，總是進入 onDisable； 3、當

Bean生命週期回撥

Bean的命名 一、bean的命名採用標準Java命名約定：小寫字母開頭，首字母大寫間隔的命名方式。如accountManager、accountService etc…; 二、每個bean都有一個或多個id(或稱之為識別符號或名稱，在術語 上可以理解成一回

【Spring學習21】Bean生命週期回撥：初始化回撥和銷燬回撥

實現Bean初始化回撥和銷燬回撥各有三種方法，一是實現介面方法，二是在XML配置，三是使用註解 初始化回撥 1、使用介面 org.springframework.beans.factory.InitializingBean介面類的作用是：在容器設定

C語言回撥函式的定義和寫法

1 定義和使用場合 回撥函式是指 使用者自己定義一個函式，實現這個函式的程式內容，然後把這個函式（入口地址）作為引數傳入別人（或系統）的函式中，由別人（或系統）的函式在執行時來呼叫的函式。函式是你實現的，但由別人（或系統）的函式在執行時通過引數傳遞的方式呼叫，這就是所謂的回撥函式。簡單來說，就是由別人的函式

recyclerView的介面回撥點選事件和多級列表展示

//activity中的方法 recyclerView = (RecyclerView) findViewById(R.id.rv3); list = new ArrayList<

js中的回撥函式的理解和使用方法

原文地址：http://www.cnblogs.com/minshia/p/5935951.html 一. 回撥函式的作用 js程式碼會至上而下一條線執行下去，但是有時候我們需要等到一個操作結束之後再進行下一個操作，這時候就需要用到回撥函式。 二. 回撥函式的解釋