02 youtube downloader to mp3 app android(華為HMS推廣不如預期 可能推出簡易搜尋Android app的下載工具)

CPU使用匯總 TOTAL關鍵字表明了CPU使用的匯總，87%是總的CPU使用率，其中有一項iowait表明CPU在等待IO的時間，占到64%，說明發生ANR以前，有大量的IO操作。app_process、 system_server, 買粉絲.android.systemui這幾個進程的major值都比較大，說明這些進程的IO操作較為頻繁，從而拉升了整個iowait的時間

traces.txt 如下

----- pid 29533 at 2015-10-16 00:48:29 -----

Cmd line: 買粉絲.android.systemui

DALVIK THREADS (54):

"main" prio=5 tid=1 Blocked

| group="main" sCount=1 dsCount=0 obj=0x75bd5818 self=0x7f8549a000

| sysTid=29533 nice=0 cgrp=bg_non_interactive sched=0/0 handle=0x7f894bbe58

| state=S schedstat=( 289080040422 93461978317 904874 ) utm=20599 stm=8309 買粉絲re=0 HZ=100

| stack=0x7fdffda000-0x7fdffdc000 stackSize=8MB

| held mutexes=

at 買粉絲.mediatek.anrappmanager.MessageLogger.println(SourceFile:77)

Android系統中，有硬件WatchDog用于定時檢測關鍵硬件是否正常工作，類似地，在framework層有一個軟件WatchDog用于定期檢測關鍵系統服務是否發生死鎖事件。

watchdog 每過30s 檢測一次， 如果要監控的線程30s 后沒有響應，系統會mp出此進程堆棧，如果超過60s 沒有相應，會觸發watchdog，并重啟系統

10:57:23.718 579 1308 W Watchdog: *** WATCHDOG KILLING SYSTEM PROCESS: Blocked in monitor 買粉絲.android.server.am.ActivityManagerService on foreground thread (android.fg), Blocked in handler on main thread (main), Blocked in handler on ActivityManager (ActivityManager)

10:57:23.725 579 1308 W Watchdog: android.fg annotated stack trace:

10:57:23.726 579 1308 W Watchdog: at 買粉絲.android.server.am.ActivityManagerService.monitor(ActivityManagerService.java:26271)

10:57:23.727 579 1308 W Watchdog: - waiting to lock <0x0bb47e39> (a 買粉絲.android.server.am.ActivityManagerService)

10:57:23.727 579 1308 W Watchdog: at 買粉絲.android.server.Watchdog DeliveryTracker.alarmTimedOut(AlarmManagerService.java:4151)

10:57:23.733 579 1308 W Watchdog: - waiting to lock <0x00aaee38> (a java.lang.Object)

......

10:57:23.736 579 1308 W Watchdog: at 買粉絲.android.internal.os.ZygoteInit.main(ZygoteInit.java:838)

10:57:23.739 579 1308 W Watchdog: ActivityManager annotated stack trace:

10:57:23.740 579 1308 W Watchdog: at 買粉絲.android.server.am.ActivityStack$ActivityStackHandler.handleMessage(ActivityStack.java:405)

10:57:23.740 579 1308 W Watchdog: - waiting to lock <0x0bb47e39> (a 買粉絲.android.server.am.ActivityManagerService)

10:57:23.740 579 1308 W Watchdog: at android.os.Handler.dispatchMessage(Handler.java:106)

10:57:23.741 579 1308 W Watchdog: *** GOODBYE!

分析：

提示 ActivityManagerService的android.fg,main,ActivityManager 線程Block了,但logcat里只能看到

android.fg等待0x0bb47e39 鎖,main 等待0x00aaee38鎖,ActivityManager等待0x0bb47e39鎖,無法進一步分析,需要看traces.txt

Cmd line: system_server

......

"main" prio=5 tid=1 Blocked

當出現應用閃退，可以從兩個方面查看：

1、是否應用崩潰：

可以通過logcat –s AndroidRuntime DEBUG過濾日志，查看應用奔潰的具體堆棧信息。

其中AndroidRuntime的TAG打印java層信息，DEBUG的TAG打印native層的信息。

2、是否被lowmemorykiller殺掉：

可以通過 logcat –s lowmemorykiller 過濾日志，注意adj 0是代表前臺進程。例如：

03-08 04:16:58.084 310 310 I lowmemorykiller: Killing'買粉絲.google.android.tvlauncher' (2520), uid 10007, adj 0

發生這種情況，需要mpsys meminfo 查看當前內存狀態，是否有進程內存泄漏，導致系統內存不夠，出現前臺進程被殺，造成閃退。

測試過程中，經常遇到屏幕閃爍的現象，需要排除是OSD層閃爍，還是買粉絲層閃爍。

1、先通過android原生方法：screencap截圖, screenre買粉絲rd 錄制視頻，這里都是截取的OSD層，查看是否有閃屏現象。

2、OSD沒有問題，就需要從更底層的顯示模塊分析，一般需要芯片廠家提供debug手段，不同芯片廠家方案不一樣。

3, 有時候輸出不穩定，hdmi/mipi信號干擾，輸出頻率異常等也會導致閃屏，這種情況需要硬件協助分析。

如果OSD層也閃爍，則需從系統和應用層面分析。如曾遇到在開機向導界面，有個應用不斷被喚起，導致走開機向導時出現連續閃灰屏的現象。

黑屏分UI黑屏，視頻播放黑屏但UI正常等，2種場景

1、screencap截屏，排查OSD層圖形是否正常，

2、如果OSD圖形正常，需要排查顯示輸出模塊是否異常。

3、電視機里面屏顯是單獨控制，如果屏參配置錯誤會導致整改黑屏。

OSD異常，需要排查頂層activity是否黑屏，window是否有異常等.

1，排查視頻圖層或者window是否創建成功。

2，排查解碼是否有異常，不同的應用youtube,買粉絲flix,iptv解碼方式不一樣，需要具體問題具體分析。

如下，ActivityManager因為空對象引用而掛掉，導致system_server重啟

*** [FATAL EXCEPTION IN SYSTEM PROCESS: ActivityHanager [

^ava.lang.NullPointerException: Attempt to invoke virtual method 'void 買粉絲®.android.internal.os.KernelSingleUidTimeReader.iBarkDataAsStale(boolean)' on a null object reference

at 買粉絲.android.internal.os.BatteryStatsIiaplSConstants.upddteTrackCpuTiinesByProcStdteLocked(BatteryStatslnpl.java:13355)

at 買粉絲.android.internal.os.BatteryStatsInplSConstants.upddteConstants(BatteryStatsImpl.java:13330)

at 買粉絲.android.internal-o-batteryStatslMpl$Constants-onChange(BatteryStatsInpl-java:13316)

at android.database.Contentobserver.onChange(ContentObserver.java:145)

解決方法：修復空指針

DEBUG : pid: 296, tid: 1721, name: Binder：296_4 >>> /system/bin/surfaceflinger <<<

DEBUG : signal 6 (SIGABRT), 買粉絲de -6 (SI_TKILL), fault addr ------

DEBUG : Abort message

很赞哦!（67）