Android開發(fā)性能優(yōu)化

布局優(yōu)化在Android開發(fā)時(shí)，如果創(chuàng)建的布局層次結(jié)構(gòu)比較復(fù)雜，View樹嵌套的層次比較深，會(huì)使頁面展現(xiàn)的事件比較長(zhǎng)，導(dǎo)致應(yīng)用運(yùn)行起來越來越慢，所以需要進(jìn)行布局優(yōu)化。

1.include標(biāo)簽共享布局：
將通用的布局抽取出來，獨(dú)立成一個(gè)XML文件，在需要用到的頁面中使用include標(biāo)簽引入進(jìn)來，減少代碼量，便于修改。
2.ViewStub標(biāo)簽實(shí)現(xiàn)延遲加載：
ViewStub是一種不可視并且大小為0的視圖，可以延遲到運(yùn)行時(shí)才填充布局資源。當(dāng)ViewStub設(shè)置為可見或者被inflate之后，會(huì)填充布局資源，ViewStub會(huì)被填充的視圖代替，和普通的視圖沒有區(qū)別。
ViewStub在需要顯示的時(shí)候才會(huì)進(jìn)行視圖的填充，實(shí)現(xiàn)延遲加載的目的。

3.merge標(biāo)簽減少布局層次：

當(dāng)一個(gè)獨(dú)立的布局文件最外層是FrameLayout且這個(gè)布局不需要設(shè)置背景等屬性時(shí)或者當(dāng)前布局是另外一個(gè)布局的子布局時(shí)，可以使用merge來減少布局的層次。

4.盡量使用CompoundDrawable:

在LinearLayout布局中，如果存在相鄰的ImageView和TextView,可以使用compound drawable合二為一成為一個(gè)TextView,ImageView中的圖片變成TextVIew的drawableTop/drawableLeft/drawableRight/ddrawableBottom屬性,之間的間隔使用drawablePadding屬性來代替。
5.使用
Lint:Lint也可以用來檢查應(yīng)用的布局是否存在可優(yōu)化的地方，為優(yōu)化布局設(shè)置的規(guī)則如下：
AndroidLintUseCompoundDrawables:盡量使用CompoundDrawable。MergeRootFrame:使用merge標(biāo)簽減少布局層次。TooManyViews:單個(gè)布局中存在太多的View,默認(rèn)情況下，單個(gè)布局中View的個(gè)數(shù)最多只能是80個(gè)，可以考慮使用CompoundDdrawables等來減少View的個(gè)數(shù)。TooDeepLayout:避免過深的布局嵌套，默認(rèn)情況下，單個(gè)布局中最多層級(jí)是10，可以考慮使用RelativeLayout來減少布局的層次。UselessParent:當(dāng)一個(gè)布局不是一個(gè)SrcollView或者根布局，
只有一個(gè)子View且沒有設(shè)置背景時(shí)可以將它移除掉，并將它的子View移動(dòng)到它的父容器中，得到更扁平的布局層次。
**NestedWeights:**android:layout_weight屬性會(huì)使得View控件被測(cè)量?jī)纱危?dāng)一個(gè)LinearLayout擁有非0dp值的android:layout_weight屬性，這時(shí)如果將它嵌套在兩一個(gè)擁有非0dp的android:layout_weight的LinearLayout，這時(shí)測(cè)量的次數(shù)將呈指數(shù)級(jí)別增加。

UselessLeaf:一個(gè)布局如果沒有子View也沒有設(shè)置背景，通?？梢砸瞥?，可以得到更扁平和高效的布局層次。

InefficientWeight:當(dāng)LinearLayout中只有一個(gè)子View定義了android:layout_weight屬性，更高性能的做法是使用0dp的android:layout_height或者android:layout_weidth來替換它，這個(gè)子View就不需要測(cè)量它自身對(duì)應(yīng)的大小。
網(wǎng)絡(luò)優(yōu)化
網(wǎng)絡(luò)優(yōu)化可以節(jié)省網(wǎng)絡(luò)流量，節(jié)省電量，提高應(yīng)用的響應(yīng)。
1.避免DNS解析：
DNS是域名系統(tǒng)，根據(jù)應(yīng)用請(qǐng)求所用的域名URL去網(wǎng)絡(luò)映射表中查找對(duì)應(yīng)的IP地址，這個(gè)過程可能會(huì)需要上百毫秒的時(shí)間，可能會(huì)存在DNS劫持的危險(xiǎn)。所有根據(jù)具體的業(yè)務(wù)需求，可以采用增加動(dòng)態(tài)更新能力的IP方式，或者在IP方式訪問失敗時(shí)切換到域名訪問方式。
2.合并網(wǎng)絡(luò)請(qǐng)求：
對(duì)于網(wǎng)絡(luò)請(qǐng)求應(yīng)該盡量減少請(qǐng)求的接口，能夠合并的網(wǎng)絡(luò)請(qǐng)求就盡量合并。
3.預(yù)先獲取數(shù)據(jù)：
預(yù)先獲取數(shù)據(jù)能夠?qū)⒕W(wǎng)絡(luò)請(qǐng)求集中在一次，其他時(shí)間段手機(jī)就可以切換到空閑狀態(tài)，避免經(jīng)常性的喚醒和空閑，起到節(jié)省電量的作用。
4.避免輪詢：
輪詢是指客戶端每隔一段時(shí)間就向服務(wù)端主動(dòng)發(fā)起的網(wǎng)絡(luò)請(qǐng)求，存在需要的數(shù)據(jù)就拉取，沒有就等待下一次輪詢。一般情況下能使用推送替換的盡量使用推送，避免使用Thread.sleep()函數(shù)循環(huán)等待，可以使用系統(tǒng)AlarmMananger實(shí)現(xiàn)定時(shí)輪詢。
5.優(yōu)化重連機(jī)制：
盡量避免網(wǎng)絡(luò)請(qǐng)求失敗時(shí)，無限制循環(huán)重試連接，可以設(shè)定一個(gè)大重連次數(shù)，超過次數(shù)限制之后結(jié)束重連，等一段時(shí)間后再嘗試連接。
6.離線緩存：
對(duì)于圖片，文件等數(shù)據(jù)，可以使用二級(jí)緩存策略，當(dāng)緩存中有對(duì)應(yīng)的圖片或者文件時(shí)，可以直接從緩存中讀取，不需要網(wǎng)絡(luò)請(qǐng)求，避免網(wǎng)絡(luò)延遲，節(jié)省流量。
7.壓縮數(shù)據(jù)大?。?br />對(duì)于客戶端來說，可以對(duì)發(fā)送給服務(wù)器的數(shù)據(jù)進(jìn)行g(shù)zip壓縮，同時(shí)可以選用更優(yōu)的數(shù)據(jù)傳輸格式來減少網(wǎng)絡(luò)上面?zhèn)鬏數(shù)臄?shù)據(jù)。
8.不同的網(wǎng)絡(luò)環(huán)境使用不同的超時(shí)策略：
可以通過監(jiān)聽ConnectivityMananger.CONNECTIVITY_ACTION的變化來獲取最新的網(wǎng)絡(luò)類型，動(dòng)態(tài)調(diào)整網(wǎng)絡(luò)超時(shí)時(shí)間。
9.CDN的使用：
CDN，內(nèi)容發(fā)布網(wǎng)絡(luò)，盡可能避免網(wǎng)絡(luò)上可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的環(huán)節(jié)，實(shí)現(xiàn)更快，更穩(wěn)定的數(shù)據(jù)傳輸，其中CDN加速能夠緩解電信核心網(wǎng)絡(luò)延遲帶來的影響。

文章題目：Android開發(fā)性能優(yōu)化
轉(zhuǎn)載源于：http://www.bm7419.com/news/144040.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、動(dòng)態(tài)網(wǎng)站、商城網(wǎng)站、營(yíng)銷型網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)