騰訊
1 KOOM會啟動多進程扛芽，每個進程都要初始化OOMMonitor的初始化進行內(nèi)存的dump內(nèi)存分析
默認15秒會觸發(fā)對內(nèi)存的檢測
1 android中觸發(fā)OOM的具體場景有哪些此蜈？
1.1 內(nèi)存抖動
1.2 內(nèi)存泄漏
1.3 文件數(shù)上限（進程中文件數(shù)打開太多了也會oom）
1.4 線程數(shù)上限（進程中線程數(shù)打開太多了也會oom）
1.5 內(nèi)存不足（比如圖片申請了一個大的內(nèi)存不夠分配的）
以上對應(yīng)的四種內(nèi)存檢測器
分別是
1內(nèi)存占用率：HeapOOMTracker 閾值80% 每隔15s檢測一次
2 FastHugeMemoryOOMTracker
條件一： 閾值90% 后立馬報出
條件二： 前后差值超過150M也會報出
OnHeapDumpedListener 收集泄漏對象 上傳到服務(wù)端或存儲到本地會不會文件太大 導(dǎo)致手機內(nèi)存劇增
如果不加控制地收集和保存 heap dump 文件，確實可能會導(dǎo)致文件過大横朋，占用手機內(nèi)存，尤其是在應(yīng)用內(nèi)存占用本身較大的情況下。heap dump 文件是應(yīng)用運行時的完整內(nèi)存快照锰什，通常體積較大罚随，特別是在內(nèi)存泄漏嚴重時玉工。
為了避免 heap dump 文件過大導(dǎo)致手機內(nèi)存劇增，以下是一些常見的優(yōu)化方案：
- 控制 heap dump 文件生成的頻率和大小
限制文件生成頻率：不要頻繁地生成 heap dump 文件淘菩，只在必要的時候生成遵班，比如應(yīng)用內(nèi)存占用異常高或者檢測到內(nèi)存泄漏時生成。
設(shè)置內(nèi)存使用閾值：通過 KOOM 的配置潮改，可以設(shè)置一個內(nèi)存使用的閾值狭郑，只有當(dāng)內(nèi)存使用超過某個臨界值時才生成 heap dump 文件。
定期清理舊文件：生成新 heap dump 文件之前汇在，可以檢查本地是否已經(jīng)存在舊文件翰萨，定期清理或覆蓋舊文件，避免占用過多的存儲空間糕殉。
示例：控制生成頻率并清理舊文件
KOOM.INSTANCE.init(JavaHeapDumper.Config.Builder()
.setHeapAnalyzePath(filesDir.absolutePath) // 設(shè)置 heap dump 文件存儲路徑
.setThreshold(512 * 1024 * 1024L) // 設(shè)置內(nèi)存閾值
.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 文件之前殖告，對文件進行壓縮可以顯著減少占用空間和網(wǎng)絡(luò)流量。壓縮后的文件體積通常比原始文件小很多雳锋，傳輸速度也會更快黄绩。
文件壓縮示例：
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()
}
}
}
}
總結(jié)：
為了防止 heap dump 文件過大導(dǎo)致手機內(nèi)存占用劇增，你可以采取以下優(yōu)化措施：
控制 heap dump 文件的生成頻率和條件玷过。
壓縮文件爽丹，減小體積后再進行上傳或存儲。
定期清理本地的舊 dump 文件辛蚊。
只在必要時上傳文件习劫，并根據(jù)需求進行分片上傳。
這些措施可以有效控制 heap dump 文件的大小嚼隘，減少對設(shè)備存儲和性能的影響诽里。
hprof文件就是二進制快照文件，
1飞蛹、內(nèi)存泄漏監(jiān)控需要高實時性嘛?某個Activity泄露了谤狡，哪怕占用內(nèi)存很小真的有必要馬上dump內(nèi)存嗎?
不需要實時；
沒必要 根據(jù)策略可以控制內(nèi)存達到90%后觸發(fā)或者前后兩次相差150M以上再觸發(fā)
2卧檐、dump 內(nèi)存這么慢墓懂，能不能在子線程中執(zhí)行?
不能
可以在子進程中執(zhí)行，但是會遇到fork與多線程的問題霉囚。應(yīng)用進程會復(fù)制一個跟主線程完全相同的子進程主進程的線程也會被復(fù)制過來捕仔，只會把主進程中線程的對象和狀態(tài)復(fù)制過來，這樣就會導(dǎo)致子進程卡死無法運行盈罐，因為被復(fù)制過來的子線程復(fù)制了狀態(tài)但是本身的線程對象沒有任何狀態(tài)的榜跌，當(dāng)根據(jù)狀態(tài)來改變線程后就會卡死。
為解決這個問題盅粪，當(dāng)進程被復(fù)制前 先進行線程狀態(tài)的變更 利用反射調(diào)用libart so中的方法
JVMTI :反射調(diào)用so中的方法libart.so
art::Dbg::suspendVM:suspend虛擬機恢復(fù)虛擬機art::Dbg::ResumeVM:
反射!
3钓葫、hprof文件是什么?為什么會這么大，能不能壓縮?
hprof文件記錄了當(dāng)前內(nèi)存快照信息的一個文件票顾，之所以大是因為包含很多無用信息 包括時間础浮、版本、標(biāo)簽奠骄，可以通過hooK技術(shù)的IO 一邊分析一邊寫到文件中去 就完成了高效的內(nèi)存監(jiān)控工具
