淺析安卓(Android)的效能最佳化_Android

Android效能的最佳化主要分為兩點

1、布局最佳化

2、記憶體最佳化

布局最佳化

首先來看一下布局最佳化，系統在渲染UI的時候會消耗大量的資源，所以，對布局的最佳化就顯得尤為重要

避免Overdraw

也就是避免過度的繪製，過度的繪製會浪費更多的資源，舉個例子，Android系統會預設繪製Activity的背景，這時候我們再設定一個背景，這樣預設的背景就屬於過度繪製了，在『開發人員工具』中有一個『調試GPU過度繪製』的選項，我們開啟就可以通過顏色來判斷過度繪製的次數

如圖：

所以說我們儘可能的增大藍色地區，減少紅色地區

最佳化布局層級

在Android系統中，系統對View進行測量、布局、繪製的時候，都是通過對View樹的遍曆來進行的，所以說一個布局的層級太多，就會嚴重影響測量、布局、繪製的速度，所以要降低View樹的高度，Google在文檔中建議布局的層級不超過10層，所以還要避免嵌套沒有用的布局

使用include標籤

相信大家都會在項目的時候遇到toolbar，或者一個UI在多個介面使用的問題，遇到這種問題的時候我們一般都會用include（畢竟大神『第一行代碼』教的好），這樣就減少了代碼冗餘，而且還利於後期更改

使用ViewStub實現View的延時載入

ViewStub標籤和View.GONE的方式差不多，但是ViewStub只會在顯示的時候去渲染，而GONE在初始化的時候就已經渲染完畢了，所以相比來說ViewStub的效率更高。

下面來通過代碼使用一下ViewStub

首先我們定義一個布局檔案

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="match_parent" android:layout_height="match_parent"> <TextView  android:id="@+id/tv"  android:layout_width="wrap_content"  android:layout_height="wrap_content" /></LinearLayout>

這裡面只放了一個TextView，然後我們在自己的布局中通過ViewStub來引用他

<Button android:id="@+id/btn" android:layout_width="wrap_content" android:layout_height="wrap_content" /><ViewStub android:id="@+id/vs" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout="@layout/view_stub"/>

這裡的邏輯是點擊按鈕然後出現ViewStub引用的布局（也就是我們上面寫的那個布局檔案）

findViewById(R.id.btn).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) {  ViewStub vs = (ViewStub) findViewById(R.id.vs);  View vsView = vs.inflate();  TextView tv = (TextView) vsView.findViewById(R.id.tv);  tv.setText("hahaha"); }});

這裡想要把ViewStub引用的布局顯示出來有兩種辦法，一種是ViewStub.setVisibility();另一種就是ViewStub.inflate();這兩種方法的區別就是inflate()能返回引用的布局，然後可以通過這個布局來找到裡面的子View來進行操作

運行程式點擊按鈕，就可以看到TextView已經顯示出來了，並且已經賦值『hahaha』

Hierarchy Viewer

這個工具可以顯示我們的布局，但是只可以在模擬器和工廠的Demo機上用，不過Google的大神提供了一個開源的項目ViewServer，有興趣的可以看一下。

這個就不過多闡述了，有興趣的可以自行查看一下相關的資料

記憶體最佳化

我們都知道，最近Android的廠商就是在拼配置，其中我們最關注的就是記憶體幾個G，但是Android手機有的記憶體很大，但是很卡，這是因為有的手機軟體在手機記憶體低的情況下不能被殺死，也就是我們說的『防殺』

我們知道記憶體一般分為這幾個部分

     1、寄存器

     2、棧

     3、堆

     4、靜態儲存區

     5、常量池

其中寄存器運算速度最快，但是我們在程式裡無法控制

棧裡存放基礎資料型別 (Elementary Data Type)

堆裡存放對象和數組，在堆中的一般由Java的GC還管理

靜態儲存區在固定的位置存放應用程式中運行時一直存在的資料，Java專門劃分了一個地區來管理靜態變數

常量池就是該類型所使用到的常量的集合

Bitmap的最佳化

我們都知道在Android中是造成OOM的最大威脅，因為它佔用的記憶體特別多，所以我們應該：

1、使用適當解析度大小的圖片

由於Android在做適配的時候會對不同解析度的檔案夾下的圖片來進行縮放適配，如果圖片的解析度與資源解析度不匹配的話就會導致消耗更多的資源

2、使用緩衝

一般有記憶體緩衝和硬碟緩衝

代碼最佳化

     1、對常量使用static

     2、使用靜態方法，靜態方法比普通方法提高15%左右的訪問速度

     3、減少沒有必要的成員變數，如果能定義成局部變數就最好定義成局部變數

     4、減少不必要的對象

     5、少用枚舉、迭代器

     6、對Cursor、Receiver、File等對象，要注意回收和取消註冊

     7、使用SurfaceView來代替View進行大量並且頻繁的繪圖操作

     8、盡量使用視圖緩衝，不是每次都執行inflate()來解析視圖

     9、避免使用反射

     10、使用RenderScript、OpenGL來進行非常複雜的繪圖操作

總結

以上就是對Android效能最佳化的一些點，如果你用AndroidStudio的話，AndroidStudio提供了一個記憶體監視的工具，還是很好用的，如果你沒用AndroidStudio，那麼我建議你使用AndroidStudio~

另外最佳化也沒有絕對的完美，每一次最佳化都是基於當前的環境來做的，要明白溝通是最好的最佳化，不盲從，不隨便，三思而後行。希望這篇文章對大家開發Android能有所協助。