1、APK常用调试命令
am命令
dumpsys 命令
pm命令
其他常用命令
2、堆栈相关
addr2line
gdb配合core dump调试
打印堆栈
3、系统层面的调试命令
dumpsys
bugreport
cat命令看节点信息
top和free查看cpu和内存情况
procrank 查看内存占用情况
1、APK常用调试命令
am命令
1)启动某个apk
启动的方法为
am start -n 包(package)名/活动(activity)全路径
比如：
am start -n com.android.music/com.android.music.VideoBrowserActivity
或者am start -n com.android.music/.VideoBrowserActivity
am start -a action
可以指定action来启动apk
但你不知道activity时，monkey -p 包名 1 ，也可以启动apk
2)发送指定广播：
am broadcast -a xxx广播
如开机广播：
am broadcast -a android.intent.action.BOOT_COMPLETED
dumpsys 命令
获取当前焦点所在activity
dumpsys activity | grep "mFocusedActivity"
获取当前最上面的activity
dumpsys activity | grep -i "top"
查看Android系统广播发送记录
dumpsys |grep BroadcastRecord
查看apk相关信息
dumpsys package xxx(包名)
pm命令
1)安装某个apk
pm install xxx.apk
比如：pm install /data/3dijoy_fane.apk
有时候已经安装过没法在安装， 加入-r选项就可以了。
2)查看当前所有apk及路径
pm -lf
其他常用命令
aapt 命令可应用于查看apk包名、主activity、版本等很多信息
apk 系统签名
1) 在platform/build/target/product/security/目录中找到platform.pk8 platform.x509.pem等签名文件
2) 在/out/host/linux-x86/framework/目录下有 signapk.jar
3) 使用命令java -jar signapk.jar platform.x509.pem platform.pk8 MyDemo.apk(需要签名的apk) MyDemo_signed.apk(生成的签过名的APK)
2、堆栈相关
当java层或者native层出问题时，系统本身会有相应的堆栈生成。
如ANR会在/data/anr/traces.txt
如程序崩溃，则会在/data/tombstone下生成文件
java层的堆栈比较容易跟踪，native层则需要用addr2line转换查看，有时候也会用gdb来进行调试。
addr2line
使用方法：addr2line -e xxx address 可以addr2line --help查看
addr2line 是linux中常用的追踪堆栈的调试工具，在android中，一些库的死机，可以用addr2line 来找到问题所在，是很方便的。前提是该库没有strip，所以我们调试时，要去out目录下的obj中找到相应的未strip的库。
例子：
I/DEBUG ( 1444): backtrace:
I/DEBUG ( 1444): #00 pc 00022048 /system/lib/libc.so (tgkill+12)
I/DEBUG ( 1444): #01 pc 00013099 /system/lib/libc.so (pthread_kill+48)
I/DEBUG ( 1444): #02 pc 000132ad /system/lib/libc.so (raise+10)
I/DEBUG ( 1444): #03 pc 0003b9c0 /system/lib/libc.so (__aeabi_idiv0+8)
I/DEBUG ( 1444): #04 pc 000003cf /system/lib/libfunc.so (function+6)
addr2line -e ./out/target/product/Hi3796MV100/obj/SHARED_LIBRARIES/libfunc_intermediates/LINKED/libfunc.so 000003cf
/home/wusc/Hi3796MV100-2015-2-3-CP058/anticopy/function.c:8
这样我们就知道错误是在function.c的第八行
gdb配合core dump调试
使用方法：
1、在终端上输入：ulimit -c unlimited
2、如有需要，可以将coredump放到u盘中，
echo “/mnt/usb/core-%e-%p-%t” > /proc/sys/kernel/core_pattern
3、执行可执行文件，并产生core dump
4、修改权限chmod 777 core
5、执行gdb main.out core
6、gdb常用命令bt -n可以追溯出问题代码的堆栈，-n为行数
打印堆栈
当然，开发时我们也可以自己增加堆栈，跟踪代码：
1、 java代码中打印堆栈
Java代码打印堆栈比较简单， 堆栈信息获取和输出。通常的方法是使用exception的printStackTrace()方法：
try {
...
} catch (RemoteException e) {
e.printStackTrace();
...
}
当然也可以只打印堆栈不退出，这样就比较方便分析代码的动态运行情况。Java代码中插入堆栈打印的方法如下：
Log.d(TAG,Log.getStackTraceString(new Throwable()));
通常我们还可以结合ps命令，来查看相应的进程是谁，清晰的看到代码调用过程。
2、C++代码中打印堆栈
C++也是支持异常处理的，异常处理库中，已经包含了获取backtrace的接口，Android也是利用这个接口来打印堆栈信息的。在Android的C++中，已经集成了一个工具类CallStack，在libutils.so中。使用方法：
#include ...
CallStack stack;
stack.update();
stack.dump();
3、系统层面的调试命令
dumpsys
使用方法：dumpsys service
列出该service的相关信息。十分强大，可以看到很多信息。
service可以通过service list命令来查看系统有哪些service，通常，使用dumpsys还会加上grep来过滤出想要的字段，不然信息有点太多。
bugreport
使用方法：bugreport > xxx.log
这个命令实际应用中非常有用，能保存开机之后详细的dumpsys,dumpstate和logcat信息。
cat命令看节点信息
这个就不说了，因为每个芯片按照自己对kernel的不同修改，节点信息肯定是不一样的，但是基本上我们都是可以通过sys和proc来查看到系统运行的状态，这个在实际工作中十分有用。
top和free查看cpu和内存情况
使用方法：top -t -d 1 -m 10每隔1s中，最多显示10个线程。
top -p pid
top --help
查看进程(线程)对cpu memory的使用情况。
free命令可以列出当前内存使用情况。
上面的这几个命令，可以配合watch命令使用，这样即可以自动在一定间隔内一直查询
watch -n xxx(间隔秒数) yyyy(命令)
procrank 查看内存占用情况
procrank 是 Android 自带一款调试工具，用来输出进程的内存快照，便于有效的观察进程的内存占用情况。
包括如下内存信息：
VSS： Virtual Set Size 虚拟耗用内存大小(包含共享库占用的内存)
RSS： Resident Set Size 实际使用物理内存大小(包含共享库占用的内存)
PSS： Proportional Set Size 实际使用的物理内存大小(比例分配共享库占用的内存)
USS： Unique Set Size 进程独自占用的物理内存大小(不包含共享库占用的内存)
命令格式：
procrank [ -W ] [ -v | -r | -p | -u | -h ]
常用指令说明
-v：按照 VSS 排序15 Procrank 和 Dumpsys 工具
-r：按照 RSS 排序
-p：按照 PSS 排序
-u：按照 USS 排序
-R：转换为递增[递减]方式排序
-w：只显示 working set 的统计计数
-W：重置 working set 的统计计数
-h：帮助
默认 procrank 输出是通过 PSS 排序。
我们通过查询某个进程 Uss 段内存，如果对应的内存一直增加，则很有可能内存泄漏。如果进程的 Uss 段，回升一段时间之后，稳定在一个固定值，说明内存分配使用正确。
1094
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
