欧美成人午夜免费全部完,亚洲午夜福利精品久久,а√最新版在线天堂,另类亚洲综合区图片小说区,亚洲欧美日韩精品色xxx

Android性能調(diào)優(yōu)

2015-05-11 14:41:52 1644瀏覽

本文主要分享自己在appstore項目中的性能調(diào)優(yōu)點，包括同步改異步、緩存、Layout優(yōu)化、數(shù)據(jù)庫優(yōu)化、算法優(yōu)化、延遲執(zhí)行等。

一、性能瓶頸點
整個頁面主要由6個Page的ViewPager，每個Page為一個GridView，GridView一屏大概顯示4*4的item信息(本文最后有附圖)。由于網(wǎng)絡(luò)數(shù)據(jù)獲取較多且隨時需要保持頁面內(nèi)app下載進度及狀態(tài)，所以出現(xiàn)以下性能問題

a. ViewPager左右滑動明顯卡頓

b. GridView上下滾動明顯卡頓

c. 其他Activity返回ViewPager Activity較慢

d. 網(wǎng)絡(luò)獲取到展現(xiàn)速度較慢

二、性能調(diào)試及定位

主要使用Traceview、monkey、monkey runner調(diào)試，traceview類似java web調(diào)優(yōu)的visualvm，使用方法如下：

在需要調(diào)優(yōu)的activity onCreate函數(shù)中添加

android.os.debug.startMethodTracing("Entertainment");

onDestrory函數(shù)中添加

android.os.debug.stopMethodTracing();

程序退出后會在sd卡根目錄下生成Entertainment.trace這個文件，cmd到android sdk的tools目錄下運行traceview.bat Entertainment.trace即可，截圖如下

從中可以看出各個函數(shù)的調(diào)用時間、調(diào)用次數(shù)、平均調(diào)用時間、時間占用百分比等從而定位到耗時的操作。monkey、monkey runner更詳細的見后面博客介紹

三、性能調(diào)優(yōu)點

主要包括同步改異步、緩存、Layout優(yōu)化、數(shù)據(jù)庫優(yōu)化、算法優(yōu)化、延遲執(zhí)行。

1. 同步改異步

這個就不用多講了，耗時操作放在線程中執(zhí)行防止占用主線程，一定程度上解決anr。

但需要注意線程和service結(jié)合（防止activity被回收后線程也被回收）以及線程的數(shù)量

線程池使用可見java的線程池

2. 緩存

java的對象創(chuàng)建需要分配資源較耗費時間，加上創(chuàng)建的對象越多會造成越頻繁的gc影響系統(tǒng)響應(yīng)。主要使用單例模式、緩存(圖片緩存、線程池、View緩存、IO緩存、消息緩存、通知欄notification緩存)及其他方式減少對象創(chuàng)建。

(1). 單例模式

對于創(chuàng)建開銷較大的類可使用此方法，保證全局一個實例，在程序運行過程中該類不會因新建額外對象產(chǎn)生開銷。示例代碼如下：

單例模式

public class Singleton {

     private static Object    obj      = new Object();

     private static Singleton instance = null;

     private Singleton(){

     }

     public static Singleton getInstance() {

         // if already inited, no need to get lock everytime

         if (instance == null) {

               synchronized (obj) {

                     if (instance == null) {

                            instance = new Singleton();

                     }

               }

         }

         return instance;

    }

}

(2). 緩存

程序中用到了圖片緩存、線程池、View緩存、IO緩存、消息緩存、通知欄notification緩存等。

a. 圖片緩存：見ImageCache和ImageSdCache

b. 線程池：使用Java的Executors類，通過newCachedThreadPool、newFixedThreadPool、newSingleThreadExecutor、newScheduledThreadPool提供四種不同類型的線程池

c. View緩存：

可見ListView緩存機制

listView的getView緩存

通過convertView是否為null減少layout inflate次數(shù)，通過靜態(tài)的ViewHolder減少findViewById的次數(shù)，這兩個函數(shù)尤其是inflate是相當費時間的

d. IO緩存：
使用具有緩存策略的輸入流，BufferedInputStream替代InputStream，BufferedReader替代Reader，BufferedReader替代BufferedInputStream.對文件、網(wǎng)絡(luò)IO皆適用。

e. 消息緩存：通過 Handler 的 obtainMessage 回收 Message 對象，減少 Message 對象的創(chuàng)建開銷
handler.sendMessage(handler.obtainMessage(1));

f. 通知欄notification緩存：下載中需要不斷改變通知欄進度條狀態(tài)，如果不斷新建Notification會導(dǎo)致通知欄很卡。這里我們可以使用最簡單的緩存

Map<String, Notification> notificationMap = new HashMap<String, Notification>();如果notificationMap中不存在，則新建notification并且put into map.

(3). 其他

能創(chuàng)建基類解決問題就不用具體子類：除需要設(shè)置優(yōu)先級的線程使用new Thread創(chuàng)建外，其余線程創(chuàng)建使用new Runnable。因為子類會有自己的屬性創(chuàng)建需要更多開銷。

控制最大并發(fā)數(shù)量：使用Java的Executors類，通過Executors.newFixedThreadPool(nThreads)控制線程池最大線程并發(fā)

對于http請求增加timeout

3. Layout優(yōu)化

使用抽象布局標簽(include, viewstub, merge)、去除不必要的嵌套和View節(jié)點、減少不必要的infalte及其他Layout方面可調(diào)優(yōu)點，順帶提及布局調(diào)優(yōu)相關(guān)工具(hierarchy viewer和lint)。具體可見性能優(yōu)化之布局優(yōu)化

TextView屬性優(yōu)化：TextView的android:ellipsize=”marquee”跑馬燈效果極耗性能，具體原因還在深入源碼中

4. 數(shù)據(jù)庫優(yōu)化

主要包括索引和事務(wù)及針對Sqlite的優(yōu)化。具體可見性能優(yōu)化之數(shù)據(jù)庫優(yōu)化

5. 算法優(yōu)化

這個就是個博大精深的話題了，只介紹本應(yīng)用中使用的。

使用hashMap代替arrayList，時間復(fù)雜度降低一個數(shù)量級

6. 延遲執(zhí)行

對于很多耗時邏輯沒必要立即執(zhí)行，這時候我們可以將其延遲執(zhí)行。

線程延遲執(zhí)行 ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(10);

消息延遲發(fā)送 handler.sendMessageDelayed(handler.obtainMessage(0), 1000);

四、本程序性能調(diào)優(yōu)結(jié)果

1. ViewPager左右滑動明顯卡頓

2. GridView上下滾動明顯卡頓

(1). 去掉TextView的android:ellipsize=”marquee”

(2). 修改圖片緩存的最大線程數(shù)，增加http timeout

(3). 修改設(shè)置app是否已安裝的狀態(tài)，具體代碼修改如下：

List<PackageInfo> installedPackageList = getPackageManager().getInstalledPackages(PackageManager.GET_UNINSTALLED_PACKAGES);

List<App> installedAppList = function(installedAppList)

for (App app : appList) {

      for (App installedApp : installedAppList) {

      }

}

修改為

for (App app : appList) {

     Pair<Integer, String> versionInfo = INSTALLED_APP_MAP.get(app.getPackageName());

     if (versionInfo != null) {

     } else {

     }

}

從每次獲取List<PackageInfo> installedAppList = getPackageManager().getInstalledPackages(PackageManager.GET_UNINSTALLED_PACKAGES);修改為只在有應(yīng)用安裝或卸載廣播時獲取應(yīng)用列表，并且用hashMap代替installedAppList減少查詢時間。

將平均執(zhí)行時間從201ms降低到1ms。

3. 其他Activity返回ViewPager Activity較慢

定位：在onStart函數(shù)

解決：使用延遲策略，具體代碼修改如下：

@Override

public void onStart() {

     super.onStart();

     appUpdateListAdapter.notifyDataSetChanged();

}

改為

優(yōu)化后代碼

4. 網(wǎng)絡(luò)獲取到展現(xiàn)速度較慢

定位：在HttpURLConnection.getInputStream()之后的處理
解決：使用BufferedReader替代BufferedInputStream獲取時間從100ms降低到3ms，具體代碼修改如下：

HttpURLConnection con = (HttpURLConnection)url.openConnection();

InputStream input = con.getInputStream();

while (input.read(buffer, 0, 1024) != -1) {

}

改為

HttpURLConnection con = (HttpURLConnection)url.openConnection();

BufferedReader input = new BufferedReader(new InputStreamReader(con.getInputStream()));

String s;

while ((s = input.readLine()) != null) {

}