Android Bitmap 知識點梳理

View繪制基本流程

Android系統(tǒng)View的繪制流程:依次執(zhí)行View類里面的如下三個方法:
measure(int ,int) :測量View的大小

layout(int ,int ,int ,int) :設(shè)置子View的位置

draw(Canvas) :繪制View內(nèi)容到Canvas畫布上

整個View樹的繪圖流程是在ViewRoot.Java類的performTraversals()函數(shù)展開的,該函數(shù)做的執(zhí)行過程可簡單概況為根據(jù)之前設(shè)置的狀態(tài)用押,判斷是否需要重新計算視圖大小(measure)、是否重新需要安置視圖的位置(layout)、以及是否需要重繪 (draw)

mesarue()測量過程

主要作用:為整個View樹計算實際的大小,即設(shè)置實際的高(mMeasuredHeight)和寬(mMeasureWidth)描融,每個View的控件的實際寬高都是由父視圖和本身視圖決定的吕喘。

具體的調(diào)用如下:

ViewRootImpl 的performTraversals方法中,調(diào)用measureHierarchy厅翔,然后調(diào)用performMeasure

private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) {  
       Trace.traceBegin(Trace.TRACE_TAG_VIEW, "measure");  
       try {  
           mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);  
       } finally {  
           Trace.traceEnd(Trace.TRACE_TAG_VIEW);  
       }  
       }

ViewRoot根對象地屬性mView(其類型一般為ViewGroup類型)調(diào)用measure()方法去計算View樹的大小,回調(diào)View/ViewGroup對象的onMeasure()方法搀突,該方法實現(xiàn)的功能如下:

1刀闷、設(shè)置本View視圖的最終大小,該功能的實現(xiàn)通過調(diào)用setMeasuredDimension()方法去設(shè)置實際的高(mMeasuredHeight)和寬(mMeasureWidth)

2仰迁、如果該View對象是個ViewGroup類型甸昏,需要重寫onMeasure()方法,對其子視圖進行遍歷的measure()過程徐许。

對每個子視圖的measure()過程施蜜,是通過調(diào)用父類ViewGroup.java類里的measureChildWithMargins()方法去實現(xiàn),該方法內(nèi)部只是簡單地調(diào)用了View對象的measure()方法雌隅。

整個measure調(diào)用流程就是個樹形的遞歸過程measure()方法兩個參數(shù)都是父View傳遞過來的翻默,也就是代表了父view的規(guī)格。他由兩部分組成恰起,高2位表示MODE修械,定義在MeasureSpec類(View的內(nèi)部類)中,有三種類型检盼,MeasureSpec.EXACTLY表示確定大小肯污, MeasureSpec.AT_MOST表示最大大小, MeasureSpec.UNSPECIFIED不確定吨枉。低30位表示size蹦渣,也就是父View的大小。對于系統(tǒng)Window類的DecorVIew對象Mode一般都為MeasureSpec.EXACTLY 貌亭,而size分別對應(yīng)屏幕寬高柬唯。對于子View來說大小是由父View和子View共同決定的。

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),  
        getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));  
}

protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {  
 boolean optical = isLayoutModeOptical(this);  
 if (optical != isLayoutModeOptical(mParent)) {  
     Insets insets = getOpticalInsets();  
     int opticalWidth  = insets.left + insets.right;  
     int opticalHeight = insets.top  + insets.bottom;  

     measuredWidth  += optical ? opticalWidth  : -opticalWidth;  
     measuredHeight += optical ? opticalHeight : -opticalHeight;  
 }  
 mMeasuredWidth = measuredWidth;  
 mMeasuredHeight = measuredHeight;  

 mPrivateFlags |= PFLAG_MEASURED_DIMENSION_SET;  
 }

layout布局過程

主要作用 :為將整個根據(jù)子視圖的大小以及布局參數(shù)將View樹放到合適的位置上圃庭。

具體的調(diào)用如下:

ViewRootImpl 的performTraversals方法中权逗,調(diào)用performLayout

private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,  
    int desiredWindowHeight) {  
mLayoutRequested = false;  
mScrollMayChange = true;  
mInLayout = true;  

final View host = mView;  
if (DEBUG_ORIENTATION || DEBUG_LAYOUT) {  
    Log.v(TAG, "Laying out " + host + " to (" +  
            host.getMeasuredWidth() + ", " + host.getMeasuredHeight() + ")");  
}  

Trace.traceBegin(Trace.TRACE_TAG_VIEW, "layout");  
try {  
    host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight());  

    mInLayout = false;  
    int numViewsRequestingLayout = mLayoutRequesters.size();  
    if (numViewsRequestingLayout > 0) {  
        // requestLayout() was called during layout.  
        // If no layout-request flags are set on the requesting views, there is no problem.  
        // If some requests are still pending, then we need to clear those flags and do  
        // a full request/measure/layout pass to handle this situation.  
        ArrayList<View> validLayoutRequesters = getValidLayoutRequesters(mLayoutRequesters,  
                false);  
        if (validLayoutRequesters != null) {  
            // Set this flag to indicate that any further requests are happening during  
            // the second pass, which may result in posting those requests to the next  
            // frame instead  
            mHandlingLayoutInLayoutRequest = true;  

            // Process fresh layout requests, then measure and layout  
            int numValidRequests = validLayoutRequesters.size();  
            for (int i = 0; i < numValidRequests; ++i) {  
                final View view = validLayoutRequesters.get(i);  
                Log.w("View", "requestLayout() improperly called by " + view +  
                        " during layout: running second layout pass");  
                view.requestLayout();  
            }  
            measureHierarchy(host, lp, mView.getContext().getResources(),  
                    desiredWindowWidth, desiredWindowHeight);  
            mInLayout = true;  
            host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight());  

            mHandlingLayoutInLayoutRequest = false;  

            // Check the valid requests again, this time without checking/clearing the  
            // layout flags, since requests happening during the second pass get noop'd  
            validLayoutRequesters = getValidLayoutRequesters(mLayoutRequesters, true);  
            if (validLayoutRequesters != null) {  
                final ArrayList<View> finalRequesters = validLayoutRequesters;  
                // Post second-pass requests to the next frame  
                getRunQueue().post(new Runnable() {  
                    @Override  
                    public void run() {  
                        int numValidRequests = finalRequesters.size();  
                        for (int i = 0; i < numValidRequests; ++i) {  
                            final View view = finalRequesters.get(i);  
                            Log.w("View", "requestLayout() improperly called by " + view +  
                                    " during second layout pass: posting in next frame");  
                            view.requestLayout();  
                        }  
                    }  
                });  
            }  
        }  

    }  
} finally {  
    Trace.traceEnd(Trace.TRACE_TAG_VIEW);  
}  
mInLayout = false;  

}

draw()繪圖過程

ViewRootImpl 的performTraversals方法中美尸,調(diào)用了mView的draw方法

mView.draw()開始繪制,draw()方法實現(xiàn)的功能如下:

1 斟薇、繪制該View的背景

2 师坎、為顯示漸變框做一些準備操作

3、調(diào)用onDraw()方法繪制視圖本身 (每個View都需要重載該方法堪滨,ViewGroup不需要實現(xiàn)該方法)

4胯陋、調(diào)用dispatchDraw ()方法繪制子視圖(如果該View類型不為ViewGroup,即不包含子視圖袱箱,不需要重載該方法)

值得說明的是遏乔,ViewGroup類已經(jīng)為我們重寫了dispatchDraw ()的功能實現(xiàn),應(yīng)用程序一般不需要重寫該方法发笔,但可以重載父類函數(shù)實現(xiàn)具體的功能盟萨。

dispatchDraw()方法內(nèi)部會遍歷每個子視圖,調(diào)用drawChild()去重新回調(diào)每個子視圖的draw()方法了讨。

5捻激、繪制滾動條

刷新視圖

Android中實現(xiàn)view的更新有兩個方法,一個是invalidate前计,另一個是postInvalidate胞谭,其中前者是在UI線程自身中使用,而后者在非UI線程中使用男杈。

requestLayout()方法 :會導致調(diào)用measure()過程 和 layout()過程 丈屹。

說明:只是對View樹重新布局layout過程包括measure()和layout()過程,不會調(diào)用draw()過程伶棒,但不會重新繪制
任何視圖包括該調(diào)用者本身旺垒。
一般引起invalidate()操作的函數(shù)如下:

1、直接調(diào)用invalidate()方法肤无,請求重新draw()先蒋,但只會繪制調(diào)用者本身。

2舅锄、setSelection()方法 :請求重新draw()鞭达,但只會繪制調(diào)用者本身司忱。

3皇忿、setVisibility()方法 : 當View可視狀態(tài)在INVISIBLE轉(zhuǎn)換VISIBLE時,會間接調(diào)用invalidate()方法坦仍,繼而繪制該View鳍烁。

4 、setEnabled()方法 : 請求重新draw()繁扎,但不會重新繪制任何視圖包括該調(diào)用者本身幔荒。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末糊闽,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子爹梁,更是在濱河造成了極大的恐慌右犹,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,084評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件姚垃,死亡現(xiàn)場離奇詭異念链,居然都是意外死亡,警方通過查閱死者的電腦和手機积糯,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,623評論 3 392
  • 文/潘曉璐 我一進店門掂墓,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人看成,你說我怎么就攤上這事君编。” “怎么了川慌?”我有些...
    開封第一講書人閱讀 163,450評論 0 353
  • 文/不壞的土叔 我叫張陵吃嘿,是天一觀的道長。 經(jīng)常有香客問我窘游,道長唠椭,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,322評論 1 293
  • 正文 為了忘掉前任忍饰,我火速辦了婚禮贪嫂,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘艾蓝。我一直安慰自己力崇,他們只是感情好,可當我...
    茶點故事閱讀 67,370評論 6 390
  • 文/花漫 我一把揭開白布赢织。 她就那樣靜靜地躺著亮靴,像睡著了一般。 火紅的嫁衣襯著肌膚如雪于置。 梳的紋絲不亂的頭發(fā)上茧吊,一...
    開封第一講書人閱讀 51,274評論 1 300
  • 那天,我揣著相機與錄音八毯,去河邊找鬼搓侄。 笑死,一個胖子當著我的面吹牛话速,可吹牛的內(nèi)容都是我干的讶踪。 我是一名探鬼主播,決...
    沈念sama閱讀 40,126評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼泊交,長吁一口氣:“原來是場噩夢啊……” “哼乳讥!你這毒婦竟也來了柱查?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,980評論 0 275
  • 序言:老撾萬榮一對情侶失蹤云石,失蹤者是張志新(化名)和其女友劉穎唉工,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體汹忠,經(jīng)...
    沈念sama閱讀 45,414評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡酵紫,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,599評論 3 334
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了错维。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片奖地。...
    茶點故事閱讀 39,773評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖赋焕,靈堂內(nèi)的尸體忽然破棺而出参歹,到底是詐尸還是另有隱情,我是刑警寧澤隆判,帶...
    沈念sama閱讀 35,470評論 5 344
  • 正文 年R本政府宣布犬庇,位于F島的核電站,受9級特大地震影響侨嘀,放射性物質(zhì)發(fā)生泄漏臭挽。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,080評論 3 327
  • 文/蒙蒙 一咬腕、第九天 我趴在偏房一處隱蔽的房頂上張望欢峰。 院中可真熱鬧,春花似錦涨共、人聲如沸纽帖。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,713評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽懊直。三九已至,卻和暖如春火鼻,著一層夾襖步出監(jiān)牢的瞬間室囊,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,852評論 1 269
  • 我被黑心中介騙來泰國打工魁索, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留融撞,地道東北人。 一個月前我還...
    沈念sama閱讀 47,865評論 2 370
  • 正文 我出身青樓蛾默,卻偏偏與公主長得像懦铺,于是被迫代替她去往敵國和親捉貌。 傳聞我的和親對象是個殘疾皇子支鸡,可洞房花燭夜當晚...
    茶點故事閱讀 44,689評論 2 354

推薦閱讀更多精彩內(nèi)容