内存崩溃

[oopnv70-lab]

java.lang.OutOfMemoryError: Failed to allocate a 24 byte allocation with 1544880 free bytes and 1508KB until OOM, target footprint 536870912, growth limit 536870912; giving up on allocation because <1% of heap free after GC.
at com.ai.assistance.operit.util.AnrMonitor.captureFullThreadDump(AnrMonitor.kt:282)
at com.ai.assistance.operit.util.AnrMonitor.checkMainThreadHealth(AnrMonitor.kt:212)
at com.ai.assistance.operit.util.AnrMonitor.access$checkMainThreadHealth(AnrMonitor.kt:40)
at com.ai.assistance.operit.util.AnrMonitor$start$1.invokeSuspend(AnrMonitor.kt:105)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:34)
at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:101)
at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:589)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:832)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:720)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:707)
Suppressed: kotlinx.coroutines.internal.DiagnosticCoroutineContextException: [StandaloneCoroutine{Cancelling}@d594fef, Dispatchers.Default]
设备 荣耀 WINRT

[luojiaping]

复现说一下。你具体操作了什么？调用了什么工具？终端里面跑了什么？

[oopnv70-lab]

复现说一下。你具体操作了什么？调用了什么工具？终端里面跑了什么？

反编 APK 相关的

[luojiaping]

分析

OOM 发生在 AnrMonitor.captureFullThreadDump()，推测：

1. 反编译 APK 大量占用内存 → 堆接近上限
2. 主线程忙 → 触发 ANR 检测
3. captureFullThreadDump 尝试分配 StringBuilder + context.getString() → 已无内存可分配 → OOM

恶性循环：内存紧张时，监控器反而加重压力。

缺乏的信息

• 具体调用了什么反编译工具？（jadx/apktool？）
• 反编译时的内存设置（JVM args）
• 是否有完整日志（不只是这一段堆栈）

---

P.S. 如果能提供复现步骤，我可以进一步定位并提 PR 修复。

[AAswordman]

分析

OOM 发生在 AnrMonitor.captureFullThreadDump()，推测：

1. 反编译 APK 大量占用内存 → 堆接近上限
2. 主线程忙 → 触发 ANR 检测
3. captureFullThreadDump 尝试分配 StringBuilder + context.getString() → 已无内存可分配 → OOM

恶性循环：内存紧张时，监控器反而加重压力。

缺乏的信息

• 具体调用了什么反编译工具？（jadx/apktool？）
• 反编译时的内存设置（JVM args）
• 是否有完整日志（不只是这一段堆栈）

---

P.S. 如果能提供复现步骤，我可以进一步定位并提 PR 修复。

capture 这些都是小问题
最大的问题在apktool，它的设计并非是为android设计的，因此对于安卓jvm来说，无法指定其最大内存分配，导致oom。

其实最好的办法就是直接用mt管理器的反编译mcp，而不是用这个apktool的工具。

[luojiaping]

分析

OOM 发生在 AnrMonitor.captureFullThreadDump()，推测：

1. 反编译 APK 大量占用内存 → 堆接近上限
2. 主线程忙 → 触发 ANR 检测
3. captureFullThreadDump 尝试分配 StringBuilder + context.getString() → 已无内存可分配 → OOM

恶性循环：内存紧张时，监控器反而加重压力。

缺乏的信息

• 具体调用了什么反编译工具？（jadx/apktool？）
• 反编译时的内存设置（JVM args）
• 是否有完整日志（不只是这一段堆栈）

P.S. 如果能提供复现步骤，我可以进一步定位并提 PR 修复。

capture 这些都是小问题 最大的问题在apktool，它的设计并非是为android设计的，因此对于安卓jvm来说，无法指定其最大内存分配，导致oom。

其实最好的办法就是直接用mt管理器的反编译mcp，而不是用这个apktool的工具。

我也这样觉得，我以前图方便搞逆向的时候都是用mt管理器，还开了个永久会员，或者虚拟机做这些，我们内置的还是有点吃力了。

[oopnv70-lab]

分析

OOM 发生在 AnrMonitor.captureFullThreadDump()，推测：

1. 反编译 APK 大量占用内存 → 堆接近上限
2. 主线程忙 → 触发 ANR 检测
3. captureFullThreadDump 尝试分配 StringBuilder + context.getString() → 已无内存可分配 → OOM

恶性循环：内存紧张时，监控器反而加重压力。

缺乏的信息

• 具体调用了什么反编译工具？（jadx/apktool？）
• 反编译时的内存设置（JVM args）
• 是否有完整日志（不只是这一段堆栈）

---

P.S. 如果能提供复现步骤，我可以进一步定位并提 PR 修复。

进行编译的时候呢，帧率会突然暴跌，帧率直接掉到0 之后就崩溃了