.
分类: Android平台
2014-08-20 10:43:56
参见“”
参见“”
参见“”
Log.d(TAG,Log.getStackTraceString(new Throwable()));
ActivityManagerService.dumpStackTraces
保存在系统设置dalvik.vm.stack-trace-file指定的文件data/anr/traces.txt中。可以包含多个进程堆栈信息。
dumpKernelStackTraces,该函数为私有函数,不可调用。
代码在frameworks/base/services/java/com/android/server/Watchdog.java
保存在系统设置dalvik.vm.stack-trace-file指定的文件data/anr/traces.txt中。
Exception::printStackTrace()
try { ... } catch (RemoteException e) { e.printStackTrace(); ... }
Process.sendSignal(pid, Process.SIGNAL_QUIT)
保存在data/anr/traces.txt。
这个只对java进程有效,由dalvikvm的SignalCatcher.c处理。
使用方式:
#include... CallStack stack; stack.update(); stack.dump(""); // the parameter is prefix of dump
在使用之前需要修改system/core/include/arch/linux-arm/AndroidConfig.h
#define HAVE_DLADDR 1 #define HAVE_CXXABI 1
并在文件frameworks/base/libs/utils/Android.mk中大约105行(LOCAL_SHARED_LIBRARIES)后添加
ifeq ($(TARGET_OS),linux) LOCAL_SHARED_LIBRARIES += libdl endif
重新编译,push生成的libutils.so到/system/lib/目录下,重启设备。
这个android会输出信息到logcat。容易分析。
native进程异常会导致
debuggerd会输出信息到logcat并保存到/data/tombstones。
可以修改system/core/debuggerd/debuggerd.c中dump_stack_and_code的代码满足更深的调试信息需求。
用此方法调试由于GC导致的native异常。
修改vm/interp/Stack.c约456行的dvmCallMethodV函数,添加以下几行。 LOGD(" YINGMINGBO class:%s\n", clazz->descriptor); LOGD(" YINGMINGBO name:%s\n", method->name); LOGD(" YINGMINGBO desc:%s\n", desc);
在java中使用
import android.util.Log; ... Log.d(TAG,"log info");
在Native代码中使用
#define LOG_TAG "YOUR_LOGTAG" ... #include#define LOG_NDEBUG 0 ... LOGD("log info");
或者
Log.d(LOG_TAG,“log info”);
使用adb logcat时可以只显示特定类别的LOG,还可以通过参数 -v threadtime 显示线程号及时间信息。
普通标准输出转为Logcat
#system/bin/logwrapper 进程名
#kill -3 pid
这里的3就是3.5节的Process.SIGNAL_QUIT。
输出在data/anr/traces.txt文件中。
这个只对java进程有效,由dalvikvm处理。
#kill -11 pid 或者 #kill -7 pid
这个有时有效。其原理是利用了(六)节的机制。
可以用adb logcat看堆栈调用输出。
#strace -f -p pid -o output
主要输出文件、SOCKET、锁等系统操作的信息。
-f表示跟踪所有子进程.
-o输出log到指定文件,可不用。
转载地址: