原文地址 點擊進入
Android性能優(yōu)化
合理管理內(nèi)存
節(jié)制的使用Service 如果應用程序需要使用Service來執(zhí)行后臺任務的話,只有當任務正在執(zhí)行的時候才應該讓Service運行起來澄干。當啟動一個Service時琼稻,系統(tǒng)會傾向于將這個Service所依賴的進程進行保留金踪,系統(tǒng)可以在LRUcache當中緩存的進程數(shù)量也會減少,導致切換程序的時候耗費更多性能。我們可以使用IntentService浙宜,當后臺任務執(zhí)行結(jié)束后會自動停止稍坯,避免了Service的內(nèi)存泄漏酬荞。
當界面不可見時釋放內(nèi)存 當用戶打開了另外一個程序,我們的程序界面已經(jīng)不可見的時候瞧哟,我們應當將所有和界面相關的資源進行釋放混巧。重寫Activity的onTrimMemory()方法,然后在這個方法中監(jiān)聽TRIM_MEMORY_UI_HIDDEN這個級別勤揩,一旦觸發(fā)說明用戶離開了程序咧党,此時就可以進行資源釋放操作了。
當內(nèi)存緊張時釋放內(nèi)存 onTrimMemory()方法還有很多種其他類型的回調(diào)陨亡,可以在手機內(nèi)存降低的時候及時通知我們傍衡,我們應該根據(jù)回調(diào)中傳入的級別來去決定如何釋放應用程序的資源。
避免在Bitmap上浪費內(nèi)存 讀取一個Bitmap圖片的時候数苫,千萬不要去加載不需要的分辨率聪舒。可以壓縮圖片等操作虐急。
是有優(yōu)化過的數(shù)據(jù)集合 Android提供了一系列優(yōu)化過后的數(shù)據(jù)集合工具類箱残,如SparseArray、SparseBooleanArray止吁、LongSparseArray被辑,使用這些API可以讓我們的程序更加高效。HashMap工具類會相對比較低效敬惦,因為它需要為每一個鍵值對都提供一個對象入口盼理,而SparseArray就避免掉了基本數(shù)據(jù)類型轉(zhuǎn)換成對象數(shù)據(jù)類型的時間。
知曉內(nèi)存的開支情況
- 使用枚舉通常會比使用靜態(tài)常量消耗兩倍以上的內(nèi)存俄删,盡可能不使用枚舉
- 任何一個Java類宏怔,包括匿名類奏路、內(nèi)部類,都要占用大概500字節(jié)的內(nèi)存空間
- 任何一個類的實例要消耗12-16字節(jié)的內(nèi)存開支臊诊,因此頻繁創(chuàng)建實例也是會在一定程序上影響內(nèi)存的
- 使用HashMap時鸽粉,即使你只設置了一個基本數(shù)據(jù)類型的鍵,比如說int抓艳,但是也會按照對象的大小來分配內(nèi)存触机,大概是32字節(jié),而不是4字節(jié)玷或,因此最好使用優(yōu)化后的數(shù)據(jù)集合
謹慎使用抽象編程 在Android使用抽象編程會帶來額外的內(nèi)存開支儡首,因為抽象的編程方法需要編寫額外的代碼,雖然這些代碼根本執(zhí)行不到偏友,但是也要映射到內(nèi)存中蔬胯,不僅占用了更多的內(nèi)存,在執(zhí)行效率上也會有所降低约谈。所以需要合理的使用抽象編程笔宿。
盡量避免使用依賴注入框架 使用依賴注入框架貌似看上去把findViewById()這一類的繁瑣操作去掉了,但是這些框架為了要搜尋代碼中的注解棱诱,通常都需要經(jīng)歷較長的初始化過程泼橘,并且將一些你用不到的對象也一并加載到內(nèi)存中。這些用不到的對象會一直站用著內(nèi)存空間迈勋,可能很久之后才會得到釋放炬灭,所以可能多敲幾行代碼是更好的選擇。
使用多個進程 謹慎使用靡菇,多數(shù)應用程序不該在多個進程中運行的重归,一旦使用不當,它甚至會增加額外的內(nèi)存而不是幫我們節(jié)省內(nèi)存厦凤。這個技巧比較適用于哪些需要在后臺去完成一項獨立的任務鼻吮,和前臺是完全可以區(qū)分開的場景。比如音樂播放较鼓,關閉軟件椎木,已經(jīng)完全由Service來控制音樂播放了,系統(tǒng)仍然會將許多UI方面的內(nèi)存進行保留博烂。在這種場景下就非常適合使用兩個進程香椎,一個用于UI展示,另一個用于在后臺持續(xù)的播放音樂禽篱。關于實現(xiàn)多進程畜伐,只需要在Manifast文件的應用程序組件聲明一個android:process屬性就可以了。進程名可以自定義躺率,但是之前要加個冒號玛界,表示該進程是一個當前應用程序的私有進程万矾。
析內(nèi)存的使用情況
系統(tǒng)不可能將所有的內(nèi)存都分配給我們的應用程序,每個程序都會有可使用的內(nèi)存上限慎框,被稱為堆大小勤众。不同的手機堆大小不同,如下代碼可以獲得堆大欣鹪唷:
ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);
int heapSize = manager.getMemoryClass();
結(jié)果以MB為單位進行返回,我們開發(fā)時應用程序的內(nèi)存不能超過這個限制吕朵,否則會出現(xiàn)OOM猎醇。
Android的GC操作 Android系統(tǒng)會在適當?shù)臅r機觸發(fā)GC操作,一旦進行GC操作努溃,就會將一些不再使用的對象進行回收硫嘶。GC操作會從一個叫做Roots的對象開始檢查,所有它可以訪問到的對象就說明還在使用當中梧税,應該進行保留沦疾,而其他的對系那個就表示已經(jīng)不再被使用了。
Android中內(nèi)存泄漏 Android中的垃圾回收機制并不能防止內(nèi)存泄漏的出現(xiàn)導致內(nèi)存泄漏最主要的原因就是某些長存對象持有了一些其它應該被回收的對象的引用第队,導致垃圾回收器無法去回收掉這些對象哮塞,也就是出現(xiàn)內(nèi)存泄漏了。比如說像Activity這樣的系統(tǒng)組件凳谦,它又會包含很多的控件甚至是圖片忆畅,如果它無法被垃圾回收器回收掉的話,那就算是比較嚴重的內(nèi)存泄漏情況了尸执。 舉個例子家凯,在MainActivity中定義一個內(nèi)部類,實例化內(nèi)部類對象如失,在內(nèi)部類新建一個線程執(zhí)行死循環(huán)绊诲,會導致內(nèi)部類資源無法釋放,MainActivity的控件和資源無法釋放褪贵,導致OOM,可借助一系列工具掂之,比如LeakCanary。
高性能編碼優(yōu)化
都是一些微優(yōu)化竭鞍,在性能方面看不出有什么顯著的提升的板惑。使用合適的算法和數(shù)據(jù)結(jié)構(gòu)是優(yōu)化程序性能的最主要手段。
避免創(chuàng)建不必要的對象 不必要的對象我們應該避免創(chuàng)建:
- 如果有需要拼接的字符串偎快,那么可以優(yōu)先考慮使用StringBuffer或者StringBuilder來進行拼接冯乘,而不是加號連接符,因為使用加號連接符會創(chuàng)建多余的對象晒夹,拼接的字符串越長裆馒,加號連接符的性能越低姊氓。
- 在沒有特殊原因的情況下,盡量使用基本數(shù)據(jù)類型來代替封裝數(shù)據(jù)類型喷好,int比Integer要更加有效翔横,其它數(shù)據(jù)類型也是一樣。
- 當一個方法的返回值是String的時候梗搅,通常需要去判斷一下這個String的作用是什么禾唁,如果明確知道調(diào)用方會將返回的String再進行拼接操作的話,可以考慮返回一個StringBuffer對象來代替无切,因為這樣可以將一個對象的引用進行返回荡短,而返回String的話就是創(chuàng)建了一個短生命周期的臨時對象。
- 基本數(shù)據(jù)類型的數(shù)組也要優(yōu)于對象數(shù)據(jù)類型的數(shù)組哆键。另外兩個平行的數(shù)組要比一個封裝好的對象數(shù)組更加高效掘托,舉個例子,F(xiàn)oo[]和Bar[]這樣的數(shù)組籍嘹,使用起來要比Custom(Foo,Bar)[]這樣的一個數(shù)組高效的多闪盔。
盡可能地少創(chuàng)建臨時對象,越少的對象意味著越少的GC操作辱士。
靜態(tài)優(yōu)于抽象 如果你并不需要訪問一個對系那個中的某些字段泪掀,只是想調(diào)用它的某些方法來去完成一項通用的功能,那么可以將這個方法設置成靜態(tài)方法颂碘,調(diào)用速度提升15%-20%族淮,同時也不用為了調(diào)用這個方法去專門創(chuàng)建對象了,也不用擔心調(diào)用這個方法后是否會改變對象的狀態(tài)(靜態(tài)方法無法訪問非靜態(tài)字段)凭涂。
對常量使用static final修飾符
static int intVal = 42;
static String strVal = "Hello, world!";
編譯器會為上面的代碼生成一個初始方法祝辣,稱為方法,該方法會在定義類第一次被使用的時候調(diào)用切油。這個方法會將42的值賦值到intVal當中蝙斜,從字符串常量表中提取一個引用賦值到strVal上。當賦值完成后澎胡,我們就可以通過字段搜尋的方式去訪問具體的值了孕荠。
final進行優(yōu)化:
static final int intVal = 42;
static final String strVal = "Hello, world!";
這樣,定義類就不需要方法了攻谁,因為所有的常量都會在dex文件的初始化器當中進行初始化稚伍。當我們調(diào)用intVal時可以直接指向42的值,而調(diào)用strVal會用一種相對輕量級的字符串常量方式戚宦,而不是字段搜尋的方式个曙。
這種優(yōu)化方式只對基本數(shù)據(jù)類型以及String類型的常量有效,對于其他數(shù)據(jù)類型的常量是無效的受楼。
使用增強型for循環(huán)語法
static class Counter {
int mCount;
}
Counter[] mArray = ...
public void zero() {
int sum = 0;
for (int i = 0; i < mArray.length; ++i) {
sum += mArray[i].mCount;
}
}
public void one() {
int sum = 0;
Counter[] localArray = mArray;
int len = localArray.length;
for (int i = 0; i < len; ++i) {
sum += localArray[i].mCount;
}
}
public void two() {
int sum = 0;
for (Counter a : mArray) {
sum += a.mCount;
}
}
zero()最慢垦搬,每次都要計算mArray的長度呼寸,one()相對快得多,two()fangfa在沒有JIT(Just In Time Compiler)的設備上是運行最快的猴贰,而在有JIT的設備上運行效率和one()方法不相上下对雪,需要注意這種寫法需要JDK1.5之后才支持。
Tips:ArrayList手寫的循環(huán)比增強型for循環(huán)更快米绕,其他的集合沒有這種情況瑟捣。因此默認情況下使用增強型for循環(huán),而遍歷ArrayList使用傳統(tǒng)的循環(huán)方式栅干。
多使用系統(tǒng)封裝好的API
系統(tǒng)提供不了的Api完成不了我們需要的功能才應該自己去寫蝶柿,因為使用系統(tǒng)的Api很多時候比我們自己寫的代碼要快得多,它們的很多功能都是通過底層的匯編模式執(zhí)行的非驮。 舉個例子,實現(xiàn)數(shù)組拷貝的功能雏赦,使用循環(huán)的方式來對數(shù)組中的每一個元素一一進行賦值當然可行劫笙,但是直接使用系統(tǒng)中提供的System.arraycopy()方法會讓執(zhí)行效率快9倍以上。
避免在內(nèi)部調(diào)用Getters/Setters方法
面向?qū)ο笾蟹庋b的思想是不要把類內(nèi)部的字段暴露給外部星岗,而是提供特定的方法來允許外部操作相應類的內(nèi)部字段填大。但在Android中,字段搜尋比方法調(diào)用效率高得多俏橘,我們直接訪問某個字段可能要比通過getters方法來去訪問這個字段快3到7倍允华。但是編寫代碼還是要按照面向?qū)ο笏季S的,我們應該在能優(yōu)化的地方進行優(yōu)化寥掐,比如避免在內(nèi)部調(diào)用getters/setters方法靴寂。
布局優(yōu)化技巧
重用布局文件
標簽可以允許在一個布局當中引入另一個布局,那么比如說我們程序的所有界面都有一個公共的部分召耘,這個時候最好的做法就是將這個公共的部分提取到一個獨立的布局中百炬,然后每個界面的布局文件當中來引用這個公共的布局。
Tips:如果我們要在標簽中覆寫layout屬性污它,必須要將layout_width和layout_height這兩個屬性也進行覆寫剖踊,否則覆寫xiaoguo將不會生效。
標簽是作為標簽的一種輔助擴展來使用的衫贬,它的主要作用是為了防止在引用布局文件時引用文件時產(chǎn)生多余的布局嵌套德澈。布局嵌套越多,解析起來就越耗時固惯,性能就越差梆造。因此編寫布局文件時應該讓嵌套的層數(shù)越少越好。
舉例:比如在LinearLayout里邊使用一個布局葬毫。里邊又有一個LinearLayout澳窑,那么其實就存在了多余的布局嵌套斧散,使用merge可以解決這個問題。
僅在需要時才加載布局
某個布局當中的元素不是一起顯示出來的摊聋,普通情況下只顯示部分常用的元素鸡捐,而那些不常用的元素只有在用戶進行特定操作時才會顯示出來。
舉例:填信息時不是需要全部填的麻裁,有一個添加更多字段的選項箍镜,當用戶需要添加其他信息的時候,才將另外的元素顯示到界面上煎源。用VISIBLE性能表現(xiàn)一般色迂,可以用ViewStub。ViewStub也是View的一種手销,但是沒有大小歇僧,沒有繪制功能,也不參與布局锋拖,資源消耗非常低诈悍,可以認為完全不影響性能。
<ViewStub
android:id="@+id/view_stub"
android:layout="@layout/profile_extra"
android:layout_width="match_parent"
android:layout_height="wrap_content"
/>
public void onMoreClick() {
ViewStub viewStub = (ViewStub) findViewById(R.id.view_stub);
if (viewStub != null) {
View inflatedView = viewStub.inflate();
editExtra1 = (EditText) inflatedView.findViewById(R.id.edit_extra1);
editExtra2 = (EditText) inflatedView.findViewById(R.id.edit_extra2);
editExtra3 = (EditText) inflatedView.findViewById(R.id.edit_extra3);
}
}
tips:ViewStub所加載的布局是不可以使用標簽的兽埃,因此這有可能導致加載出來出來的布局存在著多余的嵌套結(jié)構(gòu)侥钳。