traceandroid

⑴ android system trace怎樣分析

網上可以找了很多博客來介紹這個工具的使用方法，很多都是講解了一些一些就會的方法，講一個大概，包括StackOverFlow上我也沒有找到很好的講解TraceView各個數據指標代碼什麼意思的回答
因為我要解決列表滑動的卡頓問題，就必須要找到導致卡頓現象的原因，我就在StackOverFlow上找著別人零散的回答慢慢琢磨這個工具的使用方法。現在我學會了，至少能看懂每個指標什麼意思，最後發現這個工具實在太強大了！！！

⑵ 如何打出Android程序調用stack trace

找出程序的調用堆棧 trace 可以知道是誰調用了這個介面，也能快速學習程序的調用流程，非常實用。但需要注意的是，不能在正式代碼中使用，只能用於調試，這個非常耗資源也會造成 log 泛濫。

下面就介紹如何在 Android java/C++/C 程序當中列印出程序調用 trace，如果需要在其他環境中使用的話 C++/C 部分需要移植 corkscrew 庫。

Java
非常簡單，創建一個 Throwable 對象，就可以得到當前的 stack trace。下面例子是打出調用 foobar() 函數的 trace：

1 private void foobar() {
2 Throwable t = new Throwable();
3 Log.d(TAG, "stack trace is ", t);
4 }
C++
也比較簡單，使用 utils/Callstack 類即可。頭文件位於 frameworks/native/include/utils/CallStack.h，一般無需修改 Android.mk 可直接使用。下面例子是打出調用 Foo::bar() 函數的 trace：

復制代碼
1 #include <utils/CallStack.h>
2
3 void Foo::bar() {
4 // CallStack::CallStack(const char* logtag, int32_t ignoreDepth, int32_t maxDepth)
5 CallStack *t = new CallStack("Trace", 1, 30);
6 delete t;
7 }
復制代碼
C
稍微麻煩一點，需要直接調用 corkscrew/backtrace。其實 C++ 里的 utils/Callstack 也是使用 corkscrew/backtrace，只是進行了封裝更易於使用。我們參照 CallStack.cpp 裡面代碼即可。下面例子是打出調用 foobar() 函數的 trace：

NOTE: C 不能直接調用 C++ 代碼，除非在 C++ 類中添加相應的 C wrapper，或者通過 dlsym 動態載入。

復制代碼
1 #include <corkscrew/backtrace.h>
2
3 void mpStackTrace(const char* logtag, int32_t ignoreDepth, int32_t maxDepth) const {
4 static const int MAX_DEPTH = 31;
5 static const int MAX_BACKTRACE_LINE_LENGTH = 800;
6
7 if (maxDepth > MAX_DEPTH) {
8 maxDepth = MAX_DEPTH;
9 }
10 backtrace_frame_t mStack[MAX_DEPTH];
11 ssize_t count = unwind_backtrace(mStack, ignoreDepth + 1, maxDepth);
12 if (count <= 0) {
13 LOGE("Can not get stack trace");
14 return;
15 }
16
17 backtrace_symbol_t symbols[count];
18
19 get_backtrace_symbols(mStack, count, symbols);
20 for (size_t i = 0; i < count; i++) {
21 char line[MAX_BACKTRACE_LINE_LENGTH];
22 format_backtrace_line(i, &mStack[i], &symbols[i],
23 line, MAX_BACKTRACE_LINE_LENGTH);
24 ALOG(LOG_DEBUG, logtag, "%s%s",
25 "",
26 line);
27 }
28 free_backtrace_symbols(symbols, count);
29 }
30
31 void foobar() {
32 mpStackTrace("Trace", 1, 30);
33 }
復制代碼
頭文件位於 system/core/include/corkscrew/backtrace.h，在 Android.mk 中還需要加入：

1 LOCAL_SHARED_LIBRARIES += libcorkscrew

⑶ 求教，如何抓取Android trace log

您好，很高興為您解答。1，安裝SDK（參考androidsdk環境安裝）2，使用數據線鏈接手機，在手機助手的sdcard中建立一個1.log的文件3，程序運行cmd4，輸入抓取命令：logcat-s'*:E'>/mmt/sdcard/1.log5，使用手機崩潰一次6，查看日誌抓取文件，分不清楚是那個時間段所造成的後果7，加入命令：-vtime就會顯示出時間8，輸入命令logcat-vtime-s'*:E'>/mmt/sdcard/1.log9，查看結果如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】希望我的回答對您有所幫助，望採納！~O(∩_∩)O~

⑷ android trace 文件怎麼分析

對於從事Android開發的人來說，遇到ANR(Application Not Responding)是比較常見的問題。一般情況下，如果有ANR發生，系統都會在/data/anr/目錄下生成trace文件，通過分析trace文件，可以定位產生ANR的原因。產生ANR的原因有很多，比如CPU使用過高、事件沒有得到及時的響應、死鎖等，下面將通過一次因為死鎖導致的ANR問題，來說明如何通過trace文件分析ANR問題。
對應的部分trace文件內容如下：
"PowerManagerService" prio=5 tid=24 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x41dd0eb0 self=0x5241b218
| sysTid=567 nice=0 sched=0/0 cgrp=apps handle=1380038664
| state=S schedstat=( 6682116007 11324451214 33313 ) utm=450 stm=219 core=1
at com.android.server.am.ActivityManagerService.broadcastIntent(ActivityManagerService.Java:~13045)
- waiting to lock <0x41a874a0> (a com.android.server.am.ActivityManagerService) held by tid=12 (android.server.ServerThread)
at android.app.ContextImpl.sendBroadcast(ContextImpl.java:1144)
at com.android.server.power.PowerManagerService$DisplayBlankerImpl.unblankAllDisplays(PowerManagerService.java:3442)
at com.android.server.power.DisplayPowerState$PhotonicMolator$1.run(DisplayPowerState.java:456)
at android.os.Handler.handleCallback(Handler.java:800)
at android.os.Handler.dispatchMessage(Handler.java:100)
at android.os.Looper.loop(Looper.java:194)
at android.os.HandlerThread.run(HandlerThread.java:60)

"Binder_B" prio=5 tid=85 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x42744770 self=0x58329e88
| sysTid=3700 nice=-20 sched=0/0 cgrp=apps handle=1471424616
| state=S schedstat=( 1663727513 2044643318 6806 ) utm=132 stm=34 core=1
at com.android.server.power.PowerManagerService$DisplayBlankerImpl.toString(PowerManagerService.java:~3449)
- waiting to lock <0x41a7e420> (a com.android.server.power.PowerManagerService$DisplayBlankerImpl) held by tid=24 (PowerManagerService)
at java.lang.StringBuilder.append(StringBuilder.java:202)
at com.android.server.power.PowerManagerService.mp(PowerManagerService.java:3052)
at android.os.Binder.mp(Binder.java:264)
at android.os.Binder.onTransact(Binder.java:236)
at android.os.IPowerManager$Stub.onTransact(IPowerManager.java:373)
at android.os.Binder.execTransact(Binder.java:351)
at dalvik.system.NativeStart.run(Native Method)

"android.server.ServerThread" prio=5 tid=12 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x41a76178 self=0x507837a8
| sysTid=545 nice=-2 sched=0/0 cgrp=apps handle=1349936616
| state=S schedstat=( 15368096286 21707846934 69485 ) utm=1226 stm=310 core=0
at com.android.server.power.PowerManagerService.isScreenOnInternal(PowerManagerService.java:~2529)
- waiting to lock <0x41a7e2e8> (a java.lang.Object) held by tid=85 (Binder_B)
at com.android.server.power.PowerManagerService.isScreenOn(PowerManagerService.java:2522)
at com.android.server.wm.WindowManagerService.(WindowManagerService.java:7749)
at com.android.server.wm.WindowManagerService.setEventDispatching(WindowManagerService.java:7628)
at com.android.server.am.ActivityManagerService.updateEventDispatchingLocked(ActivityManagerService.java:8083)
at com.android.server.am.ActivityManagerService.wakingUp(ActivityManagerService.java:8077)
at com.android.server.power.Notifier.sendWakeUpBroadcast(Notifier.java:474)
at com.android.server.power.Notifier.sendNextBroadcast(Notifier.java:455)
at com.android.server.power.Notifier.access$700(Notifier.java:62)
at com.android.server.power.Notifier$NotifierHandler.handleMessage(Notifier.java:600)
at android.os.Handler.dispatchMessage(Handler.java:107)
at android.os.Looper.loop(Looper.java:194)
at com.android.server.ServerThread.run(SystemServer.java:1328)

從trace文件看，是因為TID為24的線程等待一個TID為12的線程持有的鎖，TID為12的線程等待一個TID為85的線程持有的鎖，而TID為85的線程確等待一個TID為24的線程持有的鎖，導致了循環等待的現象，對應的trace文件的語句如下：
TID 24：- waiting to lock <0x41a874a0> (a com.android.server.am.ActivityManagerService) held by tid=12 (android.server.ServerThread)

TID 12： - waiting to lock <0x41a7e2e8> (a java.lang.Object) held by tid=85 (Binder_B)
TID 85：- waiting to lock <0x41a7e420> (a com.android.server.power.PowerManagerService$DisplayBlankerImpl) held by tid=24 (PowerManagerService)