无锡建设工程项目代码申请网站,wordpress怎么增加语言,wordpress小型商城,郑州电商网站开发android 如何分析应用的内存#xff08;十四#xff09;
前面的系列文章介绍了android应用如何分析native内存。
接下来就是android应用如何分析java内存。同native一样#xff0c;我们也希望能够看到 ART的堆和栈的情况#xff0c;以及锁的情况#xff0c;方法的本地变…android 如何分析应用的内存十四
前面的系列文章介绍了android应用如何分析native内存。
接下来就是android应用如何分析java内存。同native一样我们也希望能够看到 ART的堆和栈的情况以及锁的情况方法的本地变量以及栈帧等
因此ART的内存分析就变成两个部分
查看栈内容如当前栈帧的本地变量等查看堆内容即对象分配情况 注意在Android中有几个特殊的堆内存如存储dex文件的image heap和存储共有资源的zygote heap。他们属于Framework应该关心的内容因此不在此系列中做介绍。 使用jdb进行查看
如何查看ART的栈情况呢还是跟native一样可以使用调试器进行查看。 java的调试器称为jdb。
跟native的gdb和lldb的远程调试一样jdb也分成两个部分
一个放在Android设备端这部分由ART负责另一个放在pc端。这部分由jdb负责
这两个部分要进行通信他们的通信协议叫做JDWPjava debug wire protocol
因为ART属于标准java虚拟机之一所以任何一个jdb即可调试Android的java应用。
app的准备
需要在编译的时候加上-g选项。如果使用的是Android studio则在编译器中配置如下
如果能自定义ROM在编译的时候加上-g选项则可以调试整个Frmawork代码此处不涉及Framework因此不过多介绍。
如何查看是否含有调试信息
使用javap命令查看对应的xxx.class是否包含LineNumberTable和LocalVariableTable
LineNumberTable 包含了源代码行号与字节码指令的对应关系用于在调试时定位源代码行号。LocalVariableTable 包含了方法中局部变量的信息包括变量名称、数据类型和作用域范围等用于在调试时查看变量的值。
举例截图如下 javap -v ./MainActivity.class | grep -E LineNumberTable|LocalVariableTable 开始调试 安装应用并运行adb jdwp其中adb jdwp用于查看满足jdwp协议的应有有哪些。列出的数字为进程pid 将本地调试的端口转发给Android应用运行如下命令
## 此处我们再次选择了5039端口用于jdwp的连接。在gdb和lldb中也是使用了5039见http://t.csdn.cn/QkkH3和http://t.csdn.cn/JWgcF
adb forward tcp:5039 jdwp:6405使用jdb连接上tcp:5039即可,如下
jdb -attach localhost:5039则输出如下表示连接成功
设置未捕获的java.lang.Throwable
设置延迟的未捕获的java.lang.Throwable
正在初始化jdb...注意在运行jdb之前一定要先停止Android studio的运行否则连接不上 注意在本文中井号开头的行表示注释.而右尖括号表示键入的命令 挂起线程
## suspend [thread id(s)] -- 挂起线程 (默认值: all)suspend 查看有哪些线程
#threads [threadgroup] -- 列出线程
threads如下图
打印堆栈
#where [thread id | all] -- 转储线程的堆栈where 0x4e81输出如下
同时将main线程选为了当前线程
打印本地变量
#locals 打印本地变量
locals 输出如下
移动栈帧
# up [n frames] -- 上移线程的堆栈
# down [n frames] -- 下移线程的堆栈打印变量
# dump 变量名dump view.mTextClassifierHelper输出如下
设置源代码位置
# 在jdb启动的时候添加选项-sourcepath 路径1:路径2 即可添加源代码的路径
# 这样在调试AOSP代码的时候会变得异常方便
# 还可以在jdb内部使用use命令修改源码路径
# 如下面使用jdb调试Android原生代码里面的MessageQueue注意在后面会有一个AMS的源码分析将会非常频繁的使用本章介绍的jdb内容 列出源代码
# list [line number|method] -- 输出源代码
# 见上图设置断点
# stop in class id.method[(argument_type,...)] 在方法处设置一个断点
# stop at class id:line 在某行设置一个断点
# clear class id.method[(argument_type,...)] 清除断点
# clear class id:line 清除断点
# clear 列出断点
# stop 列出断点
stop in com.example.test_malloc.MainActivity.click出现如下的输出
触发断点如下 其中bci表示字节码索引
单步
# step -- 执行当前行,可理解为单步进入
# step up -- 执行直到当前方法返回到它的调用者
# stepi -- 执行当前指令
# next -- 步进一行可以理解为单步over
# cont -- 从断点处继续执行修改值
# set lvalue expr 赋值字段变量数组元素新值跟踪线程的方法进入和退出
# trace [go] methods [thread]-- 跟踪方法进入和退出。-- 除非指定 go, 否则挂起所有线程
# trace [go] method exit | exits [thread]-- 跟踪当前方法的退出, 或者所有方法的退出-- 除非指定 go, 否则挂起所有线程
untrace [methods] -- 停止跟踪方法进入和/或退出trace method 命令在调试大型程序或复杂的方法调用关系时特别有用。它可以帮助你定位问题理解代码的执行流程并找到潜在的错误或异常。
捕获异常
# catch [uncaught|caught|all] class id|class pattern 当指定的异常发生时暂停如下图
# ignore [uncaught|caught|all] class id|class pattern 取消捕获某个异常打印锁信息
# lock expr -- 打印某个对象上面的锁信息
# threadlocks [thread id] --打印线程上面的锁信息即时调试
同native一样即时调试分成两部分
程序一启动就等待调试器的加入程序一崩溃就等待调试器的加入
程序一启动就等待调试器的加入
告诉系统停在合适的位置
android 提供了一个命令行选项告诉app启动之后等待debugger的接入。命令如下
adb shell am set-debug-app -w com.example.test_malloc说明set-debug-app [-w] [--persistent] PACKAGE-w: 应用开始就等待debugger接入--persistent: 这个值一直存在不会因为应用消失之后被清除掉设置成功之后应用打开将会出现如下的情况
告诉jdb连上app之后不要马上运行而是挂起所有线程。 在user目录下创建配置文件。
Linux和Macos叫做.jdbrcwindows叫做jdb.ini 保存如下内容
suspend可以看到如下的截图
设置好对应操作之后如断点再开始使用resume命令开始。 如下图 注意除了通过上面的操作等待jdb的连接以外还可以通过代码的方法。如线程的挂起API或者一个循环。因为较简单不再做过多介绍 问题排查
问题1如果jdb连上之后app依然在运行 解决漏掉了上面的第2步
问题2app启动之后没有出现wait for debugger 解决需要先查看自己所在的系统是否支持第1步中的命令。使用如下命令查看
adb shell am -h根据上面的输出设置成对应的命令即可
程序一崩溃就等待调试器的加入
因为java程序崩溃时会输出一段详细的调用栈。而不像native程序那样情况复杂。所以对于程序的崩溃很好分析。因此这部分内容无。 注意Android应用中可能因为复杂的线程和锁关系导致ANR从而引起的崩溃。此时通过Android的ANR文件即可分析出相应的原因。这不属于本文要介绍的范围。后续有时间再写一个怎么分析ANR 至此java的jdb大部分功能已经介绍完毕它比AS提供的功能更加丰富多出来的功能有
单独操作某个具体的线程修改源码位置跟踪方法的进入和退出主动捕获异常打印锁信息
上面多出来的功能有助于分析大型Android项目分析AOSP系统级代码分析Android漏洞分析多线程编程
在完成jdb的命令行介绍之前先对jdb能观察的内存内容做一个小结
查看堆帧查看本地变量查看锁查看对象
本文完。
在进行java堆内容查看之前。先引入对应的UI界面下一小节将介绍jdb如何搭配VScode使用
