卡頓原因
造成Android系統(tǒng)卡頓的原因有很多煌往，但是追根究底都會(huì)反映在cpu時(shí)間上.通過分析內(nèi)存信息和cpu信息就可以為我們提供解決卡頓的思路和方向
內(nèi)存和cpu狀態(tài)
使用
adb shell dumpsys meminfo
可以很方便的查看各個(gè)進(jìn)程的進(jìn)程id (pid) 档址，在得到要查詢的進(jìn)程的進(jìn)程id后可以使用
adb shell dumpsys meminfo 進(jìn)程id
來查看當(dāng)前進(jìn)程id下的進(jìn)程內(nèi)存和cpu使用情況。
圖中即為進(jìn)程號為28868的信息
使用
top -pid <進(jìn)程id>
命令可以得到各進(jìn)程的cpu 使用情況梭伐，也可以使用
adb shell dumpsys cpuinfo
幾個(gè)常用的命令。例 如，top 命令可以幫助我們查看哪個(gè)進(jìn)程是 CPU 的消耗大戶;vmstat 命令可以實(shí)時(shí)動(dòng)態(tài) 監(jiān)視操作系統(tǒng)的虛擬內(nèi)存和 CPU 活動(dòng);strace 命令可以跟蹤某個(gè)進(jìn)程中所有的系統(tǒng)調(diào) 用。
Android 卡頓排查工具
按照上面各種 Linux 命令組合來排查問題太麻煩了.
在android中 Traceview 和 systrace 都是我們比較熟悉的排查卡頓的工具次伶，從實(shí)現(xiàn)上 這些工具分為兩個(gè)流派。
第一個(gè)流派是 instrument稽穆。獲取一段時(shí)間內(nèi)所有函數(shù)的調(diào)用過程冠王，可以通過分析這段時(shí)間 內(nèi)的函數(shù)調(diào)用流程，再進(jìn)一步分析待優(yōu)化的點(diǎn)舌镶。
第二個(gè)流派是 sample柱彻。有選擇性或者采用抽樣的方式觀察某些函數(shù)調(diào)用過程，可以通過 這些有限的信息推測出流程中的可疑點(diǎn)餐胀，然后再繼續(xù)細(xì)化分析哟楷。
這兩種流派有什么差異?我們在什么場景應(yīng)該選擇哪種合適的工具呢?還有沒有其他有用 的工具可以使用呢?下面我們一一來看。
1.TraceView
通過記錄下cpu時(shí)間片段執(zhí)行的方法耗時(shí)否灾，來定位耗時(shí)方法卖擅，進(jìn)而進(jìn)行定位問題
可以使用android studio 中的profiler分析工具進(jìn)行記錄，通過生成trace文件進(jìn)而分析問題墨技，也可以使用代碼進(jìn)行插樁生成的.trace文件通過as打開進(jìn)行分析惩阶，trace文件如下圖
[站外圖片上傳中...(image-45a691-1580310027475)]
可以看到每個(gè)函數(shù)的具體的執(zhí)行時(shí)間和調(diào)用棧以及當(dāng)前的所有線程
這部分僅僅進(jìn)行簡單的說明，但是復(fù)雜問題的分析遠(yuǎn)沒有這么簡單扣汪，需要針對問題進(jìn)行分析
2.systrace
首先需要python環(huán)境断楷，在platform-toos/systrace文件夾下，執(zhí)行 python systrace.py -l查看命令是否正常崭别。
| options選項(xiàng) | |
|---|---|
| -o <FILE> | 輸出的目標(biāo)文件 |
| -t N, –time=N | 執(zhí)行時(shí)間冬筒，默認(rèn)5s |
| -b N, –buf-size=N | buffer大小（單位kB),用于限制trace總大小茅主，默認(rèn)無上限 |
| -k <KFUNCS>账千，–ktrace=<KFUNCS> | 追蹤kernel函數(shù)，用逗號分隔 |
| -a <APP_NAME>,–app=<APP_NAME> | 追蹤應(yīng)用包名暗膜，用逗號分隔 |
| –from-file=<FROM_FILE> | 從文件中創(chuàng)建互動(dòng)的systrace |
| -e <DEVICE_SERIAL>,–serial=<DEVICE_SERIAL> | 指定設(shè)備 |
| -l, –list-categories | 列舉可用的tags |
| category | 解釋 |
|---|---|
| gfx | Graphics |
| input | Input |
| view | View System |
| webview | WebView |
| wm | Window Manager |
| am | Activity Manager |
| sm | Sync Manager |
| audio | Audio |
| video | Video |
| camera | Camera |
| hal | Hardware Modules |
| app | Application |
| res | Resource Loading |
| dalvik | Dalvik VM |
| rs | RenderScript |
| bionic | Bionic C Library |
| power | Power Management |
| sched | CPU Scheduling |
| irq | IRQ Events |
| freq | CPU Frequency |
| idle | CPU Idle |
| disk | Disk I/O |
| mmc | eMMC commands |
| load | CPU Load |
| sync | Synchronization |
| workq | Kernel Workqueues |
| memreclaim | Kernel Memory Reclaim |
| regulators | Voltage and Current Regulators |
e.g 輸出5s內(nèi)的所有信息到當(dāng)前目錄的trace.html
python systrace.py -b 32768 -t 5 -o trace.html gfx input view webview wm am sm audio video camera hal app res dalvik rs bionic power sched irq freq idle disk mmc load sync workq memreclaim regulators
e.g 輸出包名為com.example.myapplication 10s內(nèi)的所有信息到當(dāng)前目錄的trace2.html
systrace.py -t 10 -o trace2.html wm gfx input view sched freq -a com.example.myapplication
文件生成后可以使用chrome來打開。
根據(jù)生成的文件去分析具體問題鞭衩，比如圖片中的顯示的問題就是layout過程中的耗時(shí)導(dǎo)致的丟幀以及在draw繪制過程的時(shí)間過長的問題学搜。
