前期准备工作
1.首先需要一个debuggable的安装包，注意不是develop包，二者是有区别的。
2.需要准备一台root过了的手机，这样查询数据会更准确一点。如果没有可root的手机，建议使用雷电模拟器，或者mumu模拟器，开启root权限和adb调式模式。
3.开启adb环境
网上有很多教程：https://blog.csdn.net/weixin_37787043/article/details/126650861
模拟器安装apk包
1.开启游戏，跑一跑模块功能。
2.连接adb后执行shell语句。
adb shell dumpsys meminfo [包名]
不确定包名的可以打开
查到自己游戏的包名。
3.如果成功的话，会输出
一些概念性的东西
首先解释一些内存耗用概念：VSS/RSS/PSS/USS
VSS - Virtual Set Size 进程使用的虚拟内存，最大值和进程是32位还是64位相关。此部分内存包含为内核分配的内存，应用运行时分配的内存、应用本身的资源占用的大小如包内的dex产生的oat文件、包内的so文件、ttf文件等。
RSS - Resident Set Size
RSS表示自己使用的物理内存 + 共享库使用的物理内存 。这种计算方式就有些不合理，比如libc.so， 被多个进程使用，但是每个进程的RSS计算的时候，都会把共享库所占用的内存完整的计算进去。但是不管有多少个进程使用该共享库，该共享库仅被加载到内存一次，所以此种方式把共享库占用的内存计算多了。 RSS并不能准确反映单进程的内存占用情况 。
PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存，按照进程数等比例划分)。
USS - Unique Set Size
进程独自占用的物理内存（不包含共享库占用的内存） 。USS是非常非常有用的数据，因为它反映了运行一个特定进程真实的边际成本（增量成本）。当一个进程被销毁后，USS是真实返回给系统的内存。 当进程中存在一个可疑的内存泄露时，USS是最佳观察数据。
Private Dirty 进程本身使用的内存总数，包含了进程主动申请的以及修改的继承自Zygote的内存。其实Private Dirty表示了该进程私有的，不跟Disk数据一致的内存段。例如堆（heap)，栈（stack），bss段。
Private clean 进程独自使用的so和dex。Clean内存的好处是在内存紧张时，可以释放物理内存。因为是clean的，所以不需要写回到disk，只需要下次读取该内存（导致缺页错误）时再从disk读入。
Heap Size/ Heap Alloc/ Heap Free
Heap Alloc是(Dalvik、native)app申请的内存记录，包括了Private Dirty和继承自Zygote的(多进程共享的)内存。所以，它是比Pss Total和Private Dirty都要大的。
但是以上数据还是太笼统了，我们需要看一些更细致的数据，需要拿到进程里的smaps数据。
原理参考1：<u>https://www.jianshu.com/p/967b562c6b27</u>
原理参考2：<u>https://www.cnblogs.com/arnoldlu/p/10272466.html</u>
通过查询进程pid：adb shell pidof [包名]
adb shell run-as [包名] "cat /proc/[pid]/smaps > /data/local/tmp/smaps.txt"
把这个文件提取到本地。
Git地址：
<u>https://github.com/Gracker/Android-App-Memory-Analysis</u>
使用git上的一个工具，把数据规格化。
运行python，可以获取到一份这样的数据。
针对这些数据，做一些处理。
