編輯:關於android開發
android 性能主要之響應速度 和UI刷新速度。
可以參考博客:Android系統性能調優工具介紹
首先從函數的耗時來說,有一個工具TraceView 這是androidsdk自帶的工作,用於測量函數耗時的。
UI布局的分析,可以有2塊,一塊就是Hierarchy Viewer 可以看到View的布局層次,以及每個View刷新加載的時間。
這樣可以很快定位到那塊layout & View 耗時最長。
還有就是通過自定義View來減少view的層次。
內存洩露是個折騰的問題。
什麼時候會發生內存洩露?內存洩露的根本原因:長生命周期的對象持有短生命周期的對象。短周期對象就無法及時釋放。
I. 靜態集合類引起內存洩露
主要是hashmap,Vector等,如果是靜態集合 這些集合沒有及時setnull的話,就會一直持有這些對象。
II.remove 方法無法刪除set集 Objects.hash(firstName, lastName);
經過測試,hashcode修改後,就沒有辦法remove了。
III. observer 我們在使用監聽器的時候,往往是addxxxlistener,但是當我們不需要的時候,忘記removexxxlistener,就容易內存leak。
廣播沒有unregisterrecevier
IV.各種數據鏈接沒有關閉,數據庫contentprovider,io,sokect等。cursor
V.內部類:
java中的內部類(匿名內部類),會持有宿主類的強引用this。
所以如果是new Thread這種,後台線程的操作,當線程沒有執行結束時,activity不會被回收。
Context的引用,當TextView 等等都會持有上下文的引用。如果有static drawable,就會導致該內存無法釋放。
VI.單例
單例 是一個全局的靜態對象,當持有某個復制的類A是,A無法被釋放,內存leak。
當程序需要申請一段“大”內存,但是虛擬機沒有辦法及時的給到,即使做了GC操作以後
這就會拋出 OutOfMemoryException 也就是OOM
為了減少單個APP對整個系統的影響,android為每個app設置了一個內存上限。
public void getMemoryLimited(Activity context) { ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE); System.out.println(activityManager.getMemoryClass()); System.out.println(activityManager.getLargeMemoryClass()); System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024)); }
09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192 09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 512 09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192
HTC M7實測,192M上限。512M 一般情況下,192M就是上限,但是由於某些特殊情況,android允許使用一個更大的RAM。
I.ArrayMap/SparseArray代替hashmap
II.避免在android裡面使用Enum
III.減少bitmap的內存占用
IV.減少資源圖片的大小,過大的圖片可以考慮分段加載
大多數對象的復用,都是利用對象池的技術。
I.listview/gridview/recycleview contentview的復用
II.inBitmap 屬性對於內存對象的復用ARGB_8888/RBG_565/ARGB_4444/ALPHA_8
這個方法在某些條件下非常有用,比如要加載上千張圖片的時候。
III.避免在ondraw方法裡面 new對象
IV.StringBuilder 代替+
關鍵是實現Thread.UncaughtExceptionHandler
然後是在application的oncreate裡面注冊。
ANR->Application Not Responding
也就是在規定的時間內,沒有響應。
三種類型:
1). KeyDispatchTimeout(5 seconds) --主要類型按鍵或觸摸事件在特定時間內無響應
2). BroadcastTimeout(10 seconds) --BroadcastReceiver在特定時間內無法處理完成
3). ServiceTimeout(20 seconds) --小概率類型 Service在特定的時間內無法處理完成
為什麼會超時:事件沒有機會處理 & 事件處理超時
ANR的關鍵
是處理超時,所以應該避免在UI線程,BroadcastReceiver 還有service主線程中,處理復雜的邏輯和計算
而交給work thread操作。
1)避免在activity裡面做耗時操作,oncreate & onresume
2)避免在onReceiver裡面做過多操作
3)避免在Intent Receiver裡啟動一個Activity,因為它會創建一個新的畫面,並從當前用戶正在運行的程序上搶奪焦點。
4)盡量使用handler來處理UI thread & workthread的交互。
首先定位ANR發生的log:
04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstarted
CPUusage from 4361ms to 699ms ago ----CPU在ANR發生前的使用情況 04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait 04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 3697ms to 4223ms later:-- ANR後CPU的使用量
從log可以看出,cpu在做大量的io操作。
所以可以查看io操作的地方。
當然,也有可能cpu占用不高,那就是 主線程被block住了。
1)共享變量(內存)
2)管道
3)handle機制
runOnUiThread(Runnable)
view.post(Runnable)
Dalvik進程。
每一個android app都會獨立占用一個dvm虛擬機,運行在linux系統中。
所以dalvik進程和linux進程是可以理解為一個概念。
從小到上就是:
linux kernel,lib dalvik vm ,application framework, app
activitymanager.getMemoryClass() 獲取內存限制。
關於合理使用內存,其實就是避免OOM & 內存洩露中已經說明。
1)main code
2) unit test
3)mianifest
4)res->drawable,drawable-xxhdpi,layout,value,mipmap
mipmap 是一種很早就有的技術了,翻譯過來就是紋理映射技術.
google建議只把啟動圖片放入。
5)lib
6)color
文件的系統權限是由linux系統規定的,只讀,讀寫等。
運行時權限,是對於某個系統上的app的訪問權限,允許,拒絕,詢問。該功能可以防止非法的程序訪問敏感的信息。
Framework是android 系統對 linux kernel,lib庫等封裝,提供WMS,AMS,bind機制,handler-message機制等方式,供app使用。
簡單來說framework就是提供app生存的環境。
1)Activity在attch方法的時候,會創建一個phonewindow(window的子類)
2)onCreate中的setContentView方法,會創建DecorView
3)DecorView 的addview方法,會把layout中的布局加載進來。
線程間的通信可以參考第6點。
進程間的通信:bind機制(IPC->AIDL),linux級共享內存,boradcast,
Activity 之間,activity & serview之間的通信,無論他們是否在一個進程內。
屏幕適配的方式:xxxdpi, wrap_content,match_parent. 獲取屏幕大小,做處理。
dp來適配屏幕,sp來確定字體大小
drawable-xxdpi, values-1280*1920等 這些就是資源的適配。
wrap_content,match_parent, 這些是view的自適應
weight,這是權重的適配。
Android Interface Definition Language
AIDL是使用bind機制來工作。
參數:
java原生參數
String
parcelable
list & map 元素 需要支持AIDL
參考:android 進程/線程管理(一)----消息機制的框架 這個系類。
android 事件分發機制
EventBus,廣播,view.post, runinUiThread
但是無論各種花樣,本質上就2種:handler機制 + 廣播
必須可以。子線程 可以new 一個mainHandler,然後發送消息到UI Thread。
視圖動畫,或者說補間動畫。只是視覺上的一個效果,實際view屬性沒有變化,性能好,但是支持方式少。
屬性動畫,通過變化屬性來達到動畫的效果,性能略差,支持點擊等事件。android 3.0
幀動畫,通過drawable一幀幀畫出來。
Gif動畫,原理同上,canvas畫出來。
具體可參考:https://i.cnblogs.com/posts?categoryid=672052
overridePendingTransition
view的更新必須在UI thread中進行
surfaceview會單獨有一個線程做ui的更新。
surfaceview 支持open GL繪制。
I.EventBus 事件分發機制,由handler實現,線程間通信
II.xUtils->DbUtils,ViewUtils,HttpUtils,BitmapUtils
III.百度地圖
IV.volley
V.fastjson
VI.picciso
VII.友盟
VIII.zxing
IX.Gson
pull2RefreshListView
關鍵是canvas.drawCycle & paint.setsytle(stoken)
可以不需要adapter
TBD.
QQ & 微信都有第三方登陸的sdk,要去注冊app
需要看支付寶的API文檔
新聞客戶端應用項目源碼,客戶端項目源碼 基於百度數據,一個非常好用的新聞客戶端。 <ignore_js_op> 源
左右滑動刪除ListView條目Item--第三方開源--SwipeToDismiss,第三方listview Android的SwipeToDismiss是github
ListView是Android軟件開發中非常重要組件之一,基本上是個軟件基本都會使用ListView ,今天我通過一個demo來教大家怎麼樣使用L
安卓開源項目周報0208,安卓開源項目0208 由OpenDigg 出品的安卓開源項目周報第七期來啦。我們的安卓開源周報集合了OpenDigg一周來