Android性能優(yōu)化

原文地址 點擊進入

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)侥钳。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市柄错,隨后出現(xiàn)的幾起案子舷夺,更是在濱河造成了極大的恐慌,老刑警劉巖售貌,帶你破解...
    沈念sama閱讀 218,546評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件给猾,死亡現(xiàn)場離奇詭異,居然都是意外死亡颂跨,警方通過查閱死者的電腦和手機耙册,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,224評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來毫捣,“玉大人详拙,你說我怎么就攤上這事÷” “怎么了饶辙?”我有些...
    開封第一講書人閱讀 164,911評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長斑粱。 經(jīng)常有香客問我弃揽,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,737評論 1 294
  • 正文 為了忘掉前任矿微,我火速辦了婚禮痕慢,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘涌矢。我一直安慰自己掖举,他們只是感情好,可當我...
    茶點故事閱讀 67,753評論 6 392
  • 文/花漫 我一把揭開白布娜庇。 她就那樣靜靜地躺著塔次,像睡著了一般。 火紅的嫁衣襯著肌膚如雪名秀。 梳的紋絲不亂的頭發(fā)上励负,一...
    開封第一講書人閱讀 51,598評論 1 305
  • 那天,我揣著相機與錄音匕得,去河邊找鬼继榆。 笑死,一個胖子當著我的面吹牛汁掠,可吹牛的內(nèi)容都是我干的略吨。 我是一名探鬼主播,決...
    沈念sama閱讀 40,338評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼调塌,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了惠猿?” 一聲冷哼從身側(cè)響起羔砾,我...
    開封第一講書人閱讀 39,249評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎偶妖,沒想到半個月后姜凄,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,696評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡趾访,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,888評論 3 336
  • 正文 我和宋清朗相戀三年态秧,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片扼鞋。...
    茶點故事閱讀 40,013評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡申鱼,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出云头,到底是詐尸還是另有隱情捐友,我是刑警寧澤,帶...
    沈念sama閱讀 35,731評論 5 346
  • 正文 年R本政府宣布溃槐,位于F島的核電站匣砖,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜猴鲫,卻給世界環(huán)境...
    茶點故事閱讀 41,348評論 3 330
  • 文/蒙蒙 一对人、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧拂共,春花似錦牺弄、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,929評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至肌厨,卻和暖如春培慌,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背柑爸。 一陣腳步聲響...
    開封第一講書人閱讀 33,048評論 1 270
  • 我被黑心中介騙來泰國打工吵护, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人表鳍。 一個月前我還...
    沈念sama閱讀 48,203評論 3 370
  • 正文 我出身青樓馅而,卻偏偏與公主長得像,于是被迫代替她去往敵國和親譬圣。 傳聞我的和親對象是個殘疾皇子瓮恭,可洞房花燭夜當晚...
    茶點故事閱讀 44,960評論 2 355