目錄介紹
- 3.0.0.1 View的繪製需要經過哪些過程?有哪些常用回調方法?View的繪製流程的詳細流程是怎樣的?
- 3.0.0.2 View繪製流程,當一個TextView的實例調用setText()方法後執行了什麼?請說一下原理……
- 3.0.0.3 requestLayout()、invalidate()與postInvalidate()有什麼區別?
- 3.0.0.4 DecorView的作用是什麼?DecorView中如何獲取ContentView以及Activity所設置的View?ViewRootIml如何和DecorView建立聯繫?
- 3.0.0.5 getWidth()方法和getMeasureWidth()區別呢?爲什麼有時候用getWidth()或者getMeasureWidth()得到0?
- 3.0.0.6 平時寫的自定義控件有哪些?如何優化自定義view?View的繪製流程說一下?自定義View的注意點?
- 3.0.0.7 View的wrap_content和match_parent效果一致的原因分析?getDefaultSize方法的處理邏輯?
- 3.0.0.8 ViewGroup(抽象類)的measure流程?getChildMeasureSpec獲取子元素MeasureSpec的要點?
- 3.0.0.9 View的layout過程?View的layout()源碼分析?LinearLayout的onLayout方法?View的測量寬高和最終寬高有什麼區別?
- 3.0.1.0 draw的過程步驟是什麼?View特殊方法setWillNotDraw是幹什麼用的?
- 3.0.1.1 View中x,y,translationX,translationY分別是什麼?View平移時是否改變了left、top等原始參數?
- 3.0.1.2 MeasureSpec是什麼?MeasureSpec的組成?測量模式SpecMode的類型和具體含義?MeasureSpec和LayoutParams的對應關係?
- 3.0.1.3 如何獲取View的測量寬/高?如何在Activity啓動時獲得View的寬/高?Activity中獲得View寬高的4種辦法?
- 3.0.1.4 Activity啓動到最終加載ViewRoot(執行三大流程)的流程是什麼?
- 3.0.1.5 自定義View性能優化有哪些?針對異常銷燬,自定義View如何優化?如何避免創建大量對象?
好消息
- 博客筆記大彙總【15年10月到至今】,包括Java基礎及深入知識點,Android技術博客,Python學習筆記等等,還包括平時開發中遇到的bug彙總,當然也在工作之餘收集了大量的面試題,長期更新維護並且修正,持續完善……開源的文件是markdown格式的!同時也開源了生活博客,從12年起,積累共計500篇[近100萬字],將會陸續發表到網上,轉載請註明出處,謝謝!
- 鏈接地址:https://github.com/yangchong2...
- 如果覺得好,可以star一下,謝謝!當然也歡迎提出建議,萬事起於忽微,量變引起質變!所有的筆記將會更新到GitHub上,同時保持更新,歡迎同行提出或者push不同的看法或者筆記!
3.0.0.1 View的繪製需要經過哪些過程?有哪些常用回調方法?View的繪製流程的詳細流程是怎樣的?
-
View的繪製需要經過哪些過程?
-
measure:測量View的寬和高
- View的measure方法是final類型方法——表明該方法無法被重載
- View的measure方法會調用onMeasure方法,onMeasure會調用setMeasuredDimension方法設置View寬/高的測量值
- layout:確定View在父控件中的放置位置
- draw:負責將View繪製在屏幕上。技術博客大總結
-
-
有哪些常用回調方法?
- 構造方法
- onAttachToWindow:在包含View的Activity啓動時調用
- onDetachFromWindow:在包含View的Activity退出或者View被remove時回調
- onVisibilityChanged:當View的可見狀態發生改變時調用
-
比較重要的概念
- ViewRoot:連接WindowManager(外界訪問Window的入口)和DecorView(頂級View)的紐帶,View的三大流程均是通過ViewRoot來完成的。
-
DecorView:頂級View
- DecorView是頂級View,本質就是一個FrameLayout
- 包含了兩個部分,標題欄和內容欄
- 內容欄id是content,也就是activity中setContentView所設置的部分,最終將佈局添加到id爲content的FrameLayout中
-
View的繪製流程的詳細流程是怎樣的?技術博客大總結
-
View的繪製流程是從ViewRoot的PerformTraversals方法開始的。大概的流程如下所示
- performTraversals會依次調用performMeasure, performLayout, performDraw三個方法,這三個方法分別完成頂層View的measure,layout,draw方法,onMeasure又會調用所有子元素的measure過程,直到完成整個View樹的遍歷。同理,performLayout, performDraw的傳遞流程與performMeasure相似。唯一不同在於,performDraw的傳遞過程在draw方法中通過dispatchDraw實現,但沒有本質區別。
- Measure過程後可以調用getMeasureWidth和getMeasureHeight方法獲取View測量後的寬高,與getWidth和getHeight的區別是:getMeasuredHeight()返回的是原始測量高度,與屏幕無關,getHeight()返回的是在屏幕上顯示的高度。實際上在當屏幕可以包裹內容的時候,他們的值是相等的,只有當view超出屏幕後,才能看出他們的區別。當超出屏幕後,getMeasuredHeight()等於getHeight()加上屏幕之外沒有顯示的高度。
- Layout過程確定View四個頂點的位置和實際的寬高。
- Draw過程確定View的顯示,只有draw方法完成後View的內容纔會出現在屏幕上。
-
3.0.0.2 View繪製流程,當一個TextView的實例調用setText()方法後執行了什麼?請說一下原理……
-
View的繪製流程主要分爲三步:
- onMeasure:測量視圖的大小,從頂層父View到子View遞歸調用measure()方法,measure()調用onMeasure()方法,onMeasure()方法完成繪製工作。
- onLayout:確定視圖的位置,從頂層父View到子View遞歸調用layout()方法,父View將上一步measure()方法得到的子View的佈局大小和佈局參數,將子View放在合適的位置上。
-
onDraw:繪製最終的視圖,首先ViewRoot創建一個Canvas對象,然後調用onDraw()方法進行繪製。onDraw()方法的繪製流程爲
- ① 繪製視圖背景。
- ② 繪製畫布的圖層。 技術博客大總結
- ③ 繪製View內容。
- ④ 繪製子視圖,如果有的話。
- ⑤ 還原圖層。
- ⑥ 繪製滾動條。
3.0.0.3 requestLayout()、invalidate()與postInvalidate()有什麼區別?requestLayout()何時不會觸發onDraw()?
-
invalidate() postInvalidate()
- invalidate()該方法遞歸調用父View的invalidateChildInParent()方法,直到調用ViewRootImpl的invalidateChildInParent()方法,最終觸發ViewRootImpl的performTraversals()方法,此時mLayoutRequestede爲false,不會觸發onMesaure()與onLayout()方法,有可能會觸發onDraw()方法。
- 共同點:都是調用onDraw()方法,然後去達到重繪view的目的
- 區別:invalidate()用於主線程,postInvalidate()用於子線程
-
requestLayout()
- 該方法會遞歸調用父窗口的requestLayout()方法,直到觸發ViewRootImpl的performTraversals()方法,此時mLayoutRequestede爲true,會觸發onMesaure()與onLayout()方法,不一定會觸發onDraw()方法。
- 當view確定自身已經不再適合現有的區域時,該view本身調用這個方法要求parent view(父類的視圖)重新調用他的onMeasure、onLayout來重新設置自己位置。特別是當view的layoutparameter發生改變,並且它的值還沒能應用到view上時,這時候適合調用這個方法requestLayout()。requestLayout調用onMeasure和onLayout,不一定調用onDraw技術博客大總結
-
如何選擇
- 一般說來需要重新佈局就調用requestLayout()方法,需要重新繪製就調用invalidate()方法。
-
requestLayout()何時不會觸發onDraw()?
- 如果沒有改變控件的leftrighttopbottom就不會觸發onDraw()
-
invalidate()在什麼情況下不會觸發onDraw?
- 在ViewGroup中,invalidate默認不重新繪製子view。
-
如何讓ViewGroup在invalidate時會觸發onDraw?技術博客大總結
-
本質需要將ViewGroup的dirtyOpaque設置爲false
- 1.在構造函數中調用setWillNotDraw(false);
- 2.給ViewGroup設置背景。調用setBackground。
-
3.0.0.4 DecorView的作用是什麼?DecorView中如何獲取ContentView以及Activity所設置的View?ViewRootIml如何和DecorView建立聯繫?
-
DecorView的作用是什麼?
- DecorView是頂級View,本質就是一個FrameLayout
- 包含了兩個部分,標題欄和內容欄,內容欄id是content,也就是activity中setContentView所設置的部分,最終將佈局添加到id爲content的FrameLayout中技術博客大總結
-
DecorView中如何獲取ContentView以及Activity所設置的View?
- 獲取content:ViewGroup content = findViewById(R.android.id.content)
- 獲取設置的View:content.getChidlAt(0)
-
ViewRootIml如何和DecorView建立聯繫?技術博客大總結
- Activity對象在ActivityThread中創建完畢後,會將DecorView添加到Window中
-
同時會創建ViewRootImpl,調用ViewRoot的setView方法將ViewRootImpl和DevorView建立關聯
root = new ViewRootImpl(view.getContext(), display); root.setView(view, wparams, panelParentView);
-
ViewRoot爲什麼要和DecorView建立關聯
- DecorView等View的三大流程需要通過ViewRoot完成
3.0.0.5 getWidth()方法和getMeasureWidth()區別呢?爲什麼有時候用getWidth()或者getMeasureWidth()得到0?
-
getWidth()方法和getMeasureWidth()區別呢
-
getMeasureWidth()
- getMeasureWidth()方法在measure()過程結束後就可以獲取到了,另外,getMeasureWidth()方法中的值是通過setMeasuredDimension()方法來進行設置的
- 這裏mMeasuredWidth & MEASURED_SIZE_MASK表示的是測量階段結束之後,view真實的值。
public final int getMeasuredWidth() { return mMeasuredWidth & MEASURED_SIZE_MASK; }
-
getWidth()
- getWidth()方法要在layout()過程結束後才能獲取到,getWidth()方法中的值則是通過視圖右邊的座標減去左邊的座標計算出來的。
- mRight和mLeft是什麼值,是在什麼時候被設置的。具體看layout()過程中源碼
@ViewDebug.ExportedProperty(category = "layout") public final int getWidth() { return mRight - mLeft; }
-
-
爲什麼有時候用getWidth()或者getMeasureWidth()得到0
- 問題描述:使用getMeasuredWidth()和getMeasuredHeight()方法,無論是在onCreate()、onStart()、onResume()中調用,都無法得到控件的長度、和寬度。如下圖,測量的結果爲0。
-
解釋:技術博客大總結
- 因爲View的Measure過程和Activity的生命週期方法不是同步執行的,所以無法保證Activity執行了onCreate()、onStart()、onResume()時某個View已經測量完畢了,如果View還沒有測量完畢,那麼獲得寬/高就是0。
- 後來覺得這種解釋有點牽強,比如
-
解決控件測量寬高問題
- 如下所示
@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); test(); } @Override public void onWindowFocusChanged(boolean hasFocus) { super.onWindowFocusChanged(hasFocus); getWidth(4); } private void test(){ getWidth(1); marqueeView.measure(0, 0); getWidth(2); marqueeView.post(new Runnable() { @Override public void run() { getWidth(3); } }); } private void getWidth(int a){ int width2 = marqueeView.getWidth(); int measuredWidth2 = marqueeView.getMeasuredWidth(); Log.e(a+"MainActivity-----",width2+"-----"+measuredWidth2); } //11-28 17:03:17.559 15990-15990/com.yc.cn.ycbanner E/1MainActivity-----: 0-----0 //11-28 17:03:17.567 15990-15990/com.yc.cn.ycbanner E/2MainActivity-----: 0-----760 //11-28 17:03:17.684 15990-15990/com.yc.cn.ycbanner E/3MainActivity-----: 960-----960 //11-28 17:03:17.685 15990-15990/com.yc.cn.ycbanner E/4MainActivity-----: 960-----960
-
什麼時候測量寬高不等於實際寬高?
- MeasuredWidth/height!=getWidth/Height()的場景:更改View的佈局參數並進行重新佈局後,就會導致測量寬高!=實際寬高
3.0.0.6 平時寫的自定義控件有哪些?如何優化自定義view?View的繪製流程說一下?自定義View的注意點?
-
平時寫的自定義控件有哪些?
- 1組合控件。這種自定義控件不需要我們自己繪製,而是使用原生控件組合成的新控件。如標題欄,recyclerView封裝控件。
- 2繼承原有的控件。這種自定義控件在原生控件提供的方法外,可以自己添加一些方法。比如圖片縮放控件,進度條控件。
- 3完全自定義控件:這個View上所展現的內容全部都是我們自己繪製出來的。比如百分比進度條控件
-
如何優化自定義 view
- 爲了加速你的view,對於頻繁調用的方法,需要儘量減少不必要的代碼。先從onDraw開始,需要特別注意不應該在這裏做內存分配的事情,因爲它會導致GC,從而導致卡頓。在初始化或者動畫間隙期間做分配內存的動作。不要在動畫正在執行的時候做內存分配的事情。
- 你還需要儘可能的減少onDraw被調用的次數,大多數時候導致onDraw都是因爲調用了invalidate().因此請儘量減少調用invaildate()的次數。如果可能的話,儘量調用含有4個參數的invalidate()方法而不是沒有參數的invalidate()。沒有參數的invalidate會強制重繪整個view。技術博客大總結
- 另外一個非常耗時的操作是請求layout。任何時候執行requestLayout(),會使得Android UI系統去遍歷整個View的層級來計算出每一個view的大小。如果找到有衝突的值,它會需要重新計算好幾次。另外需要儘量保持View的層級是扁平化的,這樣對提高效率很有幫助。
- 如果你有一個複雜的UI,你應該考慮寫一個自定義的ViewGroup來執行他的layout操作。與內置的view不同,自定義的view可以使得程序僅僅測量這一部分,這避免了遍歷整個view的層級結構來計算大小。這個PieChart 例子展示瞭如何繼承ViewGroup作爲自定義view的一部分。PieChart 有子views,但是它從來不測量它們。而是根據他自身的layout法則,直接設置它們的大小。
-
View的繪製流程說一下?
- View的繪製流程:OnMeasure()——>OnLayout()——>OnDraw()
- 第一步:OnMeasure():測量視圖大小。從頂層父View到子View遞歸調用measure方法,measure方法又回調OnMeasure。
- 第二步:OnLayout():確定View位置,進行頁面佈局。從頂層父View向子View的遞歸調用view.layout方法的過程,即父View根據上一步measure子View所得到的佈局大小和佈局參數,將子View放在合適的位置上。
- 第三步:OnDraw():繪製視圖。ViewRoot創建一個Canvas對象,然後調用OnDraw()。六個步驟:①、繪製視圖的背景;②、保存畫布的圖層(Layer);③、繪製View的內容;④、繪製View子視圖,如果沒有就不用;⑤、還原圖層(Layer);⑥、繪製滾動條。技術博客大總結
-
自定義View的注意點?
- View需要支持wrap_content、padding
- ViewGroup需要支持子View的margin和自身的padding
- 儘量不要在View中使用Handler,View已經有post系列方法
- View如果有線程或者動畫,需要及時停止(onDetachedFromWindow會在View被remove時調用)——避免內存泄露
- View如果有滑動嵌套情形,需要處理好滑動衝突
3.0.0.7 View的wrap_content和match_parent效果一致的原因分析?getDefaultSize方法的處理邏輯?
-
View的wrap_content和match_parent效果一致的原因分析?
- 根據View的onMeasure方法中的getDefaultSize方法,我們可以發現在兩種模式下,View的測量值等於該View的測量規格MeasureSpec中的尺寸。
- View的MeasureSpec本質是由自身的LayoutParams和父容器的MeasureSpec決定的。
- 當View爲wrap_content時,該View的模式爲AT_MOST,且尺寸specSize爲父容器的剩餘空間大小。
- 當View爲match_parent時,該View的模式跟隨父容器的模式(AT_MOST/EXACTLY), 且尺寸specSize爲父容器的剩餘空間大小。
- 因此getDefaultSize中無論View是哪種模式,最終測量寬/高均等於尺寸specSize,因此兩種屬性效果是完全一樣的(View的大小充滿了父容器的剩餘空間)技術博客大總結
- 除非給定View固定的寬/高,View的specSize纔會等於該固定值。
-
getDefaultSize方法的處理邏輯?
-
getDefaultSize: 根據建議獲取的最小寬高和測量規格,決定實際的測量寬高
- UNSPECIFIED模式:測量寬高 = 建議的最小寬高
- EXACTLY / AT_MOST模式:測量寬高 = specSize技術博客大總結
-
View的getDefaultSize源碼要點(決定了View寬高的測量值)
- UNSPECIFIED模式時,寬/高爲第一個參數也就是getSuggestedMinimumWidth()獲取的建議最小值
- AT_MOST(wrap_content)和EXACTLY(match_parent/具體值dp等)這兩個模式下,View寬高的測量值爲當前View的MeasureSpec(測量規格)中指定的尺寸specsize
-
3.0.0.8 ViewGroup(抽象類)的measure流程?getChildMeasureSpec獲取子元素MeasureSpec的要點?
-
ViewGroup(抽象類)的measure流程?
- ViewGroup沒有onMeasure方法,只定義了measureChildren方法(onMeasure根據不同佈局難以統一)
- measureChildren中遍歷所有子元素並調用measureChild方法
- measureChild方法中會獲取子View的MeasureSpec(getChildMeasureSpec),然後調用子元素View的measure方法進行測量
-
getChildMeasureSpec獲取子元素MeasureSpec的要點?
- 子View的MeasureSpec是根據自身的LayoutParams和父容器SpecMode生成
- 當子View的佈局參數爲wrap_content,且父容器模式爲AT_MOST時,效果與子元素佈局爲match_parent是一樣的。因此當子View的佈局參數爲wrap_content時,需要給指定默認的寬/高
-
LinearLayout的onMeasure()分析
- ViewGroup因爲佈局的不同,無法統一onMeasure方法,具體內容根據佈局的不同而不同,這裏直接以LinearLayout進行分析
- onMeasure會根據orientation選擇measureVertical或者measureHorizontal進行測量
- measureVertical本質是遍歷子元素,並執行子元素的measure方法,並獲得子元素的總高度以及子元素在豎直方向上的margin等。技術博客大總結
- 最終LinearLayout會測量自己的大小,在orientation的方向上,如果佈局是match_parent或者具體數值,測量過程與View一致(高度爲specSize);如果佈局是wrap_content,高度是所有子元素高度總和,且不會超過父容器的剩餘空間,最終高度需要考慮在豎直方向上的padding
3.0.0.9 View的layout過程?View的layout()源碼分析?LinearLayout的onLayout方法?View的測量寬高和最終寬高有什麼區別?
-
View的layout過程?
- 使用layout方法確定View本身的位置
- layout中調用onLayout方法確定所有子View的位置
-
View的layout()源碼分析?
- 調用setFrame()設置View四個定點位置(即初始化mLeft,mRight,mTop,mBottom的值)
- 之後調用onLayout確定子View位置,該方法類似於onMeasure,View和ViewGroup中均沒有實現,具體實現與具體佈局有關。
-
LinearLayout的onLayout方法?
- 根據orientation選擇調用layoutVertical或者layoutHorizontal
- layoutVertical中會遍歷所有子元素並調用setChildFrame(裏面直接調用子元素的layout方法)
- 層層傳遞下去完成了整個View樹的layout過程
- setChildFrame中的寬/高實際就是子元素的測量寬/高(getMeasure…後直接傳入)
-
View的測量寬高和最終寬高有什麼區別?技術博客大總結
- 等價於getMeasuredWidth和getWidth有什麼區別
- getWidth = mRight - mLeft,結合源碼測量值和最終值是完全相等的。
- 區別在於:測量寬高形成於measure過程,最終寬高形成於layout過程(賦值時機不同)
- 也有可能導致兩者不一致:強行重寫View的layout方法,在傳參方面改變最終寬/高(雖然這樣毫無實際意義)
- 某些情況下,View需要多次measure才能確定自己的測量寬高,在前幾次測量中等到的值可能有最終寬高不一致。但是最終結果上,測量寬高=最終寬高
3.0.1.0 draw的過程步驟是什麼?View特殊方法setWillNotDraw是幹什麼用的?
-
draw的過程步驟是什麼?
- 繪製背景(drawBackground(canvas))
- 繪製自己(onDraw)
- 繪製children(dispatchDraw)-遍歷調用所有子View的draw方法
- 繪製裝飾(如onDrawScollBars)
-
View特殊方法setWillNotDraw是幹什麼用的?
- 若一個View不繪製任何內容,需要將該標誌置爲true,系統會進行相應優化
- 默認View不開啓該標誌位技術博客大總結
- 默認ViewGroup開啓該標誌位
- 如果我們自定義控件繼承自ViewGroup並且本身不進行繪製時,就可以開啓該標誌位
- 當該ViewGroup明確通過onDraw繪製內容時,就需要顯式關閉WILL_NOT_DRAW標誌位。
3.0.1.1 View中x,y,translationX,translationY分別是什麼?View平移時是否改變了left、top等原始參數?
-
View中x,y,translationX,translationY分別是什麼?
- x,y是View當前左上角的座標
- translationX,translationY是在滑動/動畫後,View當前位置和View最原始位置的距離。
- 因此得出等式:x(View左上角當前位置) = left(View左上角初始位置) + translationX(View左上角偏移的距離)
-
View平移時是否改變了left、top等原始參數?技術博客大總結
- View平移時top、left等參數不變,改變的是x,y,tranlsationX和tranlsationY
3.0.1.2 MeasureSpec是什麼?MeasureSpec的組成?測量模式SpecMode的類型和具體含義?MeasureSpec和LayoutParams的對應關係?
-
MeasureSpec是什麼?
- MeasureSpec是一種“測量規則”或者“測量說明書”,決定了View的測量過程
- View的MeasureSpec會根據自身的LayoutParamse和父容器的MeasureSpec生成。
- 最終根據View的MeasureSpec測量出View的寬/高(測量時數據並非最終寬高)
-
MeasureSpec的組成?
- MeasureSpec代表一個32位int值,高2位是SpecMode,低30位是SpecSize
- SpecMode是指測量模式
- SpecSize是指在某種測量模式下的大小
- 類MesaureSpec提供了用於SpecMode和SpecSize打包和解包的方法
-
測量模式SpecMode的類型和具體含義?技術博客大總結
- UNSPECIFIED:父容器不對View有任何限制,一般用於系統內部
- EXACTLY:精準模式,View的最終大小就是SpecSize指定的值(對應於LayoutParams的match_parent和具體的數值)
- AT_MOST:最大值模式,大小不能大於父容器指定的值SpecSize(對應於wrap_content)
-
MeasureSpec和LayoutParams的對應關係?
- View的MeasureSpec是需要通過自身的LayoutParams和父容器的MeasureSpec一起才能決定
- DecorView(頂級View)是例外,其本身MeasureSpec由窗口尺寸和自身LayoutParams共同決定
- MeasureSpec一旦確定,onMeasure中就可以確定View的測量寬/高
3.0.1.3 如何獲取View的測量寬/高?如何在Activity啓動時獲得View的寬/高?Activity中獲得View寬高的4種辦法?
-
如何獲取View的測量寬/高?
- 在measure完成後,可以通過getMeasuredWidth/Height()方法,就能獲得View的測量寬高
- 在一定極端情況下,系統需要多次measure,因此得到的值可能不準確,最好的辦法是在onLayout方法中獲得測量寬/高或者最終寬/高
-
如何在Activity啓動時獲得View的寬/高?
- Activity的生命週期與View的measure不是同步運行,因此在onCreate/onStart/onResume均無法正確得到
- 若在View沒有測量好時,去獲得寬高,會導致最終結果爲0
- 有四種辦法去正確獲得寬高
-
Activity中獲得View寬高的4種辦法?技術博客大總結
-
onWindowFocusChanged
- View已經初始化完畢,可以獲得寬高;Activity得到焦點和失去焦點均會調用一次(頻繁onResume和onPause會導致頻繁調用)
-
view.post(runnable)
- 通過post將一個runnable投遞到消息隊列尾部;等到Looper調用次runnable時,View已經完成初始化
-
ViewTreeObserver
- 使用ViewTreeObserver的接口,可以在View樹狀態改變或者View樹內部View的可見性改變時,onGlobalLayout會被回調;能正確獲取View寬/高
- view.measure
-
3.0.1.4 Activity啓動到最終加載ViewRoot(執行三大流程)的流程是什麼?
-
Activity啓動到最終加載ViewRoot(執行三大流程)的流程是什麼?
- Activity調用startActivity方法,最終會調用ActivityThread的handleLaunchActivity方法
- handleLaunchActivity會調用performLauchActivity方法(會調用Activity的onCreate,並完成DecorView的創建)和handleResumeActivity方法
- handleResumeActivity方法會做四件事:performResumeActivity(調用activity的onResume方法)、getDecorView(獲取DecorView)、getWindowManager(獲取WindowManager)、WindowManager.addView(decor, 1)
- WindowManager.addView(decor, 1)本質是調用WindowManagerGlobal的addView方法。其中主要做兩件事:1、創建ViewRootImpl實例 2、root.setView(decor, ….)將DecorView作爲參數添加到ViewRoot中,這樣就將DecorView加載到了Window中
- ViewRootImpl還有一個方法performTraveals方法,用於讓ViewTree開始View的工作流程:其中會調用performMeasure/Layout/Draw()三個方法,分別對應於View的三大流程。
3.0.1.5 自定義View性能優化有哪些?針對異常銷燬,自定義View如何優化?如何避免創建大量對象?
-
自定義View性能優化有哪些?
- 避免過度繪製
- 儘量減少或簡化計算
- 避免創建大量對象造成頻繁GC
- 禁止或避免I/O操作
- onDraw中避免冗餘代碼、避免創建對象
- 複合View,要減少佈局層級。
- 狀態和恢復和保存
- 開啓硬件加速
- 合理使用invalidate的參數版本。
- 減少冗餘代碼:不要使用Handler,因爲已經有post系列方法.
- 使用的線程和動畫,要在onDetachedFromWindow中進行清理工作。
- 要妥善處理滑動衝突。
-
避免過度繪製
- 像素點能畫一次就不要多次繪製,以及繪製看不到的背景
- 開發者選項裏內的工具,只對xml佈局有效果,看不到自定義View的過度繪製,仍然需要注意。
-
儘量減少或簡化計算
- 不要做無用計算。儘可能的複用計算結果。技術博客大總結
- 沒有數據,或者數據較少的時候應如何處理,沒有事件需要響應的時候如何處理。
- 應該避免在for或while循環中做計算。比如:去計算屏幕寬度等信息。
-
避免創建大量對象造成頻繁GC
- 應該避免在for或while循環中new對象。這是減少內存佔用量的有效方法。
-
禁止或避免I/O操作
- I/O操作對性能損耗極大,不要在自定義View中做IO操作。
-
onDraw中避免冗餘代碼、避免創建對象
- onDraw中禁止new對象.如:不應該在ondraw中創建Paint對象。Paint類提供了reset方法。可以在初始化View時創建對象。
- 要避免冗餘代碼,提高效率。
-
複合View,要減少佈局層級。
- 複合控件:繼承自現有的LinearLayout等ViewGroup,然後組合多個控件來實現效果。這種實現方法要注意減少佈局層級,層級越高性能越差。
-
狀態和恢復和保存
- Activity還會因爲內存不足或者旋轉屏幕而導致重建Activity,自定義View也要去進行自我狀態的保存和讀取。
- 在onSaveInstanceState()保存狀態;在onRestoreInstanceState()恢復狀態
- 開啓硬件加速
-
合理使用invalidate的參數版本。技術博客大總結
- 避免任何請款下之際調用默認參數的invalidate
- 調用有參數的invalidate進行局部和子View刷新,能夠提高性能。
-
減少冗餘代碼:不要使用Handler,因爲已經有post系列方法
- View已經有post系列方法,沒有必要重複去寫。
- 可以直接使用,最終會投遞到主線程的Handler中
-
使用的線程和動畫,要在onDetachedFromWindow中進行清理工作。
- View如果有線程或者動畫,需要及時停止.
- View的onDetachedFromWindow會在View被remove時調用,在該方法內進行終止
- 這樣能避免內存泄露
-
要妥善處理滑動衝突。
- View如果有滑動嵌套情形,需要處理好滑動衝突
關於其他內容介紹
01.關於博客彙總鏈接
02.關於我的博客
- 我的個人站點:www.yczbj.org, www.ycbjie.cn
- github:https://github.com/yangchong211
- 知乎:https://www.zhihu.com/people/...
- 簡書:http://www.jianshu.com/u/b7b2...
- csdn:http://my.csdn.net/m0_37700275
- 喜馬拉雅聽書:http://www.ximalaya.com/zhubo...
- 開源中國:https://my.oschina.net/zbj161...
- 泡在網上的日子:http://www.jcodecraeer.com/me...
- 郵箱:[email protected]
- 阿里雲博客:https://yq.aliyun.com/users/a... 239.headeruserinfo.3.dT4bcV
- segmentfault頭條:https://segmentfault.com/u/xi...
- 掘金:https://juejin.im/user/593943...