腾讯
1 KOOM会启动多进程，每个进程都要初始化OOMMonitor的初始化进行内存的dump内存分析
默认15秒会触发对内存的检测
1 android中触发OOM的具体场景有哪些？
1.1 内存抖动
1.2 内存泄漏
1.3 文件数上限（进程中文件数打开太多了也会oom）
1.4 线程数上限（进程中线程数打开太多了也会oom）
1.5 内存不足（比如图片申请了一个大的内存不够分配的）
以上对应的四种内存检测器
分别是
1内存占用率：HeapOOMTracker 阈值80% 每隔15s检测一次
2 FastHugeMemoryOOMTracker
条件一： 阈值90% 后立马报出
条件二： 前后差值超过150M也会报出
OnHeapDumpedListener 收集泄漏对象 上传到服务端或存储到本地会不会文件太大 导致手机内存剧增
如果不加控制地收集和保存 heap dump 文件，确实可能会导致文件过大，占用手机内存，尤其是在应用内存占用本身较大的情况下。heap dump 文件是应用运行时的完整内存快照，通常体积较大，特别是在内存泄漏严重时。
为了避免 heap dump 文件过大导致手机内存剧增，以下是一些常见的优化方案：
- 控制 heap dump 文件生成的频率和大小
限制文件生成频率：不要频繁地生成 heap dump 文件，只在必要的时候生成，比如应用内存占用异常高或者检测到内存泄漏时生成。
设置内存使用阈值：通过 KOOM 的配置，可以设置一个内存使用的阈值，只有当内存使用超过某个临界值时才生成 heap dump 文件。
定期清理旧文件：生成新 heap dump 文件之前，可以检查本地是否已经存在旧文件，定期清理或覆盖旧文件，避免占用过多的存储空间。
示例：控制生成频率并清理旧文件
KOOM.INSTANCE.init(JavaHeapDumper.Config.Builder()
.setHeapAnalyzePath(filesDir.absolutePath) // 设置 heap dump 文件存储路径
.setThreshold(512 * 1024 * 1024L) // 设置内存阈值
.setOnHeapDumpedListener { heapDumpFile ->
// 清理之前生成的文件，避免过多占用存储空间
cleanUpOldDumpFiles(filesDir)
// 上传文件或保存到本地
uploadHeapDumpToServer(heapDumpFile)
}
.build())
// 定期清理旧的 heap dump 文件
fun cleanUpOldDumpFiles(dumpDir: File) {
val files = dumpDir.listFiles { _, name -> name.endsWith(".hprof") }
files?.forEach { file ->
if (file.exists() && file.length() > 0) {
file.delete()
}
}
}
- 文件压缩
在上传 heap dump 文件之前，对文件进行压缩可以显著减少占用空间和网络流量。压缩后的文件体积通常比原始文件小很多，传输速度也会更快。
文件压缩示例：
fun compressHeapDumpFile(heapDumpFile: File, outputZipFile: File) {
FileInputStream(heapDumpFile).use { fis ->
FileOutputStream(outputZipFile).use { fos ->
ZipOutputStream(BufferedOutputStream(fos)).use { zos ->
val zipEntry = ZipEntry(heapDumpFile.name)
zos.putNextEntry(zipEntry)
fis.copyTo(zos)
zos.closeEntry()
}
}
}
}
总结：
为了防止 heap dump 文件过大导致手机内存占用剧增，你可以采取以下优化措施：
控制 heap dump 文件的生成频率和条件。
压缩文件，减小体积后再进行上传或存储。
定期清理本地的旧 dump 文件。
只在必要时上传文件，并根据需求进行分片上传。
这些措施可以有效控制 heap dump 文件的大小，减少对设备存储和性能的影响。
hprof文件就是二进制快照文件，
1、内存泄漏监控需要高实时性嘛?某个Activity泄露了，哪怕占用内存很小真的有必要马上dump内存吗?
不需要实时；
没必要 根据策略可以控制内存达到90%后触发或者前后两次相差150M以上再触发
2、dump 内存这么慢，能不能在子线程中执行?
不能
可以在子进程中执行，但是会遇到fork与多线程的问题。应用进程会复制一个跟主线程完全相同的子进程主进程的线程也会被复制过来，只会把主进程中线程的对象和状态复制过来，这样就会导致子进程卡死无法运行，因为被复制过来的子线程复制了状态但是本身的线程对象没有任何状态的，当根据状态来改变线程后就会卡死。
为解决这个问题，当进程被复制前 先进行线程状态的变更 利用反射调用libart so中的方法
JVMTI :反射调用so中的方法libart.so
art::Dbg::suspendVM:suspend虚拟机恢复虚拟机art::Dbg::ResumeVM:
反射!
3、hprof文件是什么?为什么会这么大，能不能压缩?
hprof文件记录了当前内存快照信息的一个文件，之所以大是因为包含很多无用信息 包括时间、版本、标签，可以通过hooK技术的IO 一边分析一边写到文件中去 就完成了高效的内存监控工具
