本文寸宵，沒有分析裁蚁，完全是記錄一些經(jīng)驗~
setContentView()
- 讀取應用的資源數(shù)據(jù)
- 解析資源數(shù)據(jù)，展開布局
- 布局展開成為Activity的頂層視圖
此調(diào)用花費的時間取決于布局的復雜性：資源數(shù)據(jù)越大解析越慢，而更多的類也讓布局實例化變慢;所以庵寞，要想要讓應用的啟動時間變快，我們就要盡量減少布局展開花費的時間薛匪。
選用合適的布局方式來減少實例化對象的個數(shù)和布局層級捐川，保持布局的扁平化
- 相同效果用盡量少的布局和控件來實現(xiàn)；
- 相同的效果逸尖，布局盡量不要嵌套太深古沥，默認的最深布局深度是10
- 盡量保持布局層級的扁平化，避免出現(xiàn)重復的嵌套布局
- 減少布局中的枝葉娇跟，如果一個布局沒有子 View 或者背景岩齿，那么他可以被移除掉（況且他本身就是不可見的）來讓布局更有效
- 減少父母層級，如果一個布局沒有兄弟苞俘，并且他不是 ScrollView 或者根 View盹沈，并且也沒有背景，那么他就可以直接被移除掉吃谣，他的孩子可以直接被移到他父母的層級下
- 在Android中單獨的布局性能： FrameLayout>LinearLayout>RelativeLayout
使用<include>標簽重用重復的布局
使用場景
- 多次使用相同的布局
- 布局有一個通用的組成部分
- 布局依賴于設備配置比如橫豎屏切換
使用方式
- 將將要被重用的布局抽離出來成為一個新的布局child.xml
- 在想要重用child.xml的地方引用
<include android:id="@+id/inLayout"
android:layout="@layout/children"/>
使用<merge/>標簽來合并布局
使用場景
a. 布局頂結(jié)點是FrameLayout且不需要設置background或padding等屬性乞封，可以用merge代替,因為系統(tǒng)默認會在我們的布局外包裝一層FrameLayout
b. 某布局作為子布局被其他布局include時做裙，使用merge當作該布局的頂節(jié)點，這樣在被引入時頂結(jié)點會自動被忽略歌亲，而將其子節(jié)點全部合并到主布局中
使用方式
使用時直接將FrameLayout替換成<merge>標簽即可
ViewStub懶加載
我們經(jīng)常碰到的一種情況就是在某個視圖中菇用，某些view不需要在一開始就顯示，只在某些特定的條件下才會顯示出來陷揪，常用的做法就是把這個view在初始化的時候用INVISIBLE或者GONE進行隱藏惋鸥，這樣做雖然能達到我們想要的效果，但是也有一個不小的弊端：應用中的每一個控件和布局文件都需要經(jīng)過初始化悍缠，排列位置和繪制三個過程卦绣，利用 INVISIBLE只是隱藏布局，但是布局還是占居當前位置飞蚓，且系統(tǒng)在加載布局的時候這一部分還是會繪制出來滤港，同樣花費繪制時間。這個時候我們就需要用到ViewStub了趴拧，ViewStub是一種非常輕量級的不可見的視圖控件溅漾，它沒有大小，沒有繪制功能著榴，也不參與布局添履，資源消耗非常低，將它放置在布局當中基本可以認為是完全不會影響性能的脑又。ViewStub采用了推遲初始化技術暮胧，它可以推遲實例化提高性能，并且如果不觸發(fā)初始化的話就不會初始化會節(jié)省這部分的內(nèi)存问麸。
使用方式
- 在xml中定義ViewStub
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context="com.example.administrator.myapplication.MainActivity">
<ViewStub
android:id="@+id/mystub"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout="@layout/stub_layout" />
</RelativeLayout>
- 在Activity中打開ViewStub
ViewStub view = (ViewStub)findViewById(R.id.mystub);
view.setVisibility(View.VISIBLE);
或者：
View stub = findViewById(R.id.mystub);
View inflatedView = stub.inflate();
避免過渡繪制
我們可以在設備上查看過度繪制的區(qū)域：設置->開發(fā)者選項->調(diào)試GPU過渡繪制->打開往衷；打開后設備會通過不同的顏色顯示繪制程度，從最優(yōu)開始：藍严卖，綠席舍，淡紅，紅哮笆；紅色說明過渡繪制嚴重来颤。所以，我們在布局時候疟呐，盡量減少紅色 Overdraw脚曾，使其看到更多的藍色區(qū)域。
- 減少背景顏色的設置來減少Overdraw
- 移除掉window的默認純色背景
【在setContentView()之后調(diào)用getWindow().setBackgroundDrawable(null)】或者【在theme中添加 android:windowbackground="null" 】 - 移除XML布局文件中非必需的Background
- 能不用Alpha盡量不要用Alpha启具，因為它會繪制倆次
- 按需顯示占位背景圖片
- 通過減少invalidate()方法的調(diào)用來減少onDraw()方法的調(diào)用本讥，同時，盡可能的使用四個參數(shù)的invalidate()方法，如果是沒有參數(shù)的invalidate()方法會繪制整個view
其他繪制優(yōu)化
- onDraw方法中不要創(chuàng)建新的局部對象拷沸。這是因為onDraw方法可能會被頻繁的調(diào)用色查，這樣就會在一瞬間產(chǎn)生大量的臨時對象，這不僅會占用更多的內(nèi)存而且還會導致系統(tǒng)更加頻繁gc撞芍，降低了程序的執(zhí)行效率
- onDraw方法中不要做耗時任務秧了，也不要執(zhí)行太多次的循環(huán)操作。這樣會造成View的繪制不流暢
- 可以的話 使用硬件加速
減少不必要的infalte
對于inflate的布局可以直接緩存序无，用全局變量代替局部變量验毡，避免下次需再次inflate，比如ListView中的ViewHolder模式
其他一些關于View的Tips
- 做好適配帝嗡，盡量為所有分辨率創(chuàng)建資源晶通，這樣可以減少一些不必要的縮放
-
用SurfaceView或TextureView代替普通View
SurfaceView或TextureView可以通過將繪圖操作移動到另一個單獨線程上提高性能。普通View的繪制過程都是在主線程(UI線程)中完成哟玷，如果某些繪圖操作影響性能就不好優(yōu)化了狮辽，這時我們可以考慮使用SurfaceView和TextureView，他們的繪圖操作發(fā)生在UI線程之外的另一個線程上巢寡。因為SurfaceView在常規(guī)視圖系統(tǒng)之外喉脖，所以無法像常規(guī)試圖一樣移動、縮放或旋轉(zhuǎn)一個SurfaceView抑月。TextureView是Android4.0引入的树叽，除了與SurfaceView一樣在單獨線程繪制外，還可以像常規(guī)視圖一樣被改變爪幻。 - 通過減少invalidate()方法的調(diào)用來減少onDraw()方法的調(diào)用菱皆，同時须误，盡可能的使用四個參數(shù)的invalidate()方法挨稿，如果是沒有參數(shù)的invalidate()方法會繪制整個view
歡迎大家更貼補充更多內(nèi)容~
view的觸摸事件MotionEvent
view通過scrollTo和scrollBy滑動
喜歡就關注我(ˇ?ˇ) 想～
更多內(nèi)容請關注 我的專題
轉(zhuǎn)載請注明 原文鏈接:
http://www.reibang.com/p/ab15167c48da
