一. 加載

預(yù)加載:1.反射注解框架Reflect信息，在Application內(nèi)多線程預(yù)加載至緩存。2.資源預(yù)加載

懶加載:1.Fragment懶加載2.資源懶加載

二. 緩存

1. Http緩存，淘汰時(shí)間

2. 圖片緩存，bitmap壓縮,Lru淘汰，持久化二級(jí)緩存

3. 反射注解框架Reflect信息緩存，防止多次反射操作

三. 異步防止Anr

1. 避免在UI線程做太多耗時(shí)操作，IntentReceiver > 10s Anr

2. 并發(fā)操作多用讀寫(xiě)鎖，少用synchronized，Android虛擬機(jī)Art直到Android6.0為止尚未對(duì)synchronized做CAS優(yōu)化，而synchronized在hotspot性能還可以。

3. 使用線程池，結(jié)合圖片異步加載等需要開(kāi)大量子線程時(shí)做到線程復(fù)用。

4. 不需要時(shí)取消任務(wù)，如Activity被結(jié)束時(shí)取消正在進(jìn)行的加載任務(wù)。

四. 防止OOM

1. Bitmap：懶加載，LRU緩存，Bitmap壓縮(根據(jù)ImageView大小),分塊加載大圖。

2. 大文件，如txt等，分段加載。

3. ListView&GridView做復(fù)用優(yōu)化。利用ViewHolder，setTag

五. View優(yōu)化

1. 優(yōu)化布局層次,布局復(fù)用，善用include,merge等標(biāo)簽。

2. 避免過(guò)度繪制，減少元素，布局的重疊，開(kāi)啟DebugGPU overdraw調(diào)試，使用Hierarchy Viewer。簡(jiǎn)單說(shuō)就是多次無(wú)意義調(diào)用onDraw所造成的主線程的性能浪費(fèi)，可能是幀數(shù)下降。

3. onDraw()優(yōu)化，避免在onDraw里new Paint()等耗時(shí)操作，onDraw內(nèi)僅應(yīng)當(dāng)保留必須代碼。

六．內(nèi)存泄漏

1.dump內(nèi)存進(jìn)行分析，也可以使用leakcanary庫(kù)。

2.HashMap避免使用HashCode可變的key

3.謹(jǐn)慎處理Context對(duì)象，因?yàn)槠渖芷谟蒄ramework管理，盡量避免私自持有。

4.小心靜態(tài)變量，及時(shí)清除存儲(chǔ)在static中的廢棄對(duì)象。

5.即時(shí)釋放例如File,Cusor,Stream,Socket等資源對(duì)象，因?yàn)閖ni層持有其java層的引用。

6.非靜態(tài)的匿名內(nèi)部類。常見(jiàn)于Runnable和Handler。

七.使用性能優(yōu)秀的Map

1.線程安全的map，ConcurrentHashMap，其使用了分段鎖，優(yōu)化并發(fā)性能。

2.使用ArrayMap，空間性能較高。它不是一個(gè)適應(yīng)大數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，相比傳統(tǒng)的HashMap速度要慢，因?yàn)椴檎曳椒ㄊ嵌址?，并且?dāng)你刪除或者添加數(shù)據(jù)時(shí)，會(huì)對(duì)空間重新調(diào)整，在使用大量數(shù)據(jù)時(shí)，效率并不明顯，低于50%。

3. SparseArray，二分法加上只能以int為key，性能較高。

以上所述是小編給大家介紹的Android開(kāi)發(fā)性能優(yōu)化總結(jié)，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論