android7.1 OOM问题出现Try increasing heap size with java option '-Xmx'报错信息

最新推荐文章于 2023-07-03 18:31:31 发布
原创 最新推荐文章于 2023-07-03 18:31:31 发布 · 670 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Android7.1 #OOM错误

本文解决Android项目编译时遇到的内存溢出错误，通过调整JACK服务的堆大小参数-Xmx，成功解决了编译失败的问题。

编译中出现报错：

报错原信息：

[  2% 815/30212] Building with Jack: target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex
FAILED: /bin/bash out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.2-rc4 'Carnac' (298900 f95d7bdecfceb327f9d201a1348397ed8a843843 by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
[  2% 815/30212] Building with Jack: out/target/common/obj/JAVA_LIBRARIES/mp4parser_intermediates/classes.jack
ninja: build stopped: subcommand failed.
make: *** [ninja_wrapper] Error 1

原因是因为电脑内存不足的问题
 

解决方法：

从上面的错误信息中我们可以看到

Try increasing heap size with java option '-Xmx<size>'.   

我们对Android_Src/prebuilts/sdk/tools/jack-admin文件进行如下修改：

JACK_SERVER_COMMAND="java -XX:MaxJavaStackTraceDepth=-1 -Djava.io.tmpdir=$TMPDIR $JACK_SERVER_VM_ARGUMENTS -cp $LAUNCHER_JAR $LAUNCHER_NAME"

改为

JACK_SERVER_COMMAND="java -XX:MaxJavaStackTraceDepth=-1 -Djava.io.tmpdir=$TMPDIR $JACK_SERVER_VM_ARGUMENTS -Xmx4096m -cp $LAUNCHER_JAR $LAUNCHER_NAME"

添加-Xmx4096m参数

改完之后进入源码根目录依次执行下面两条语句重启服务jack-admin服务

./prebuilts/sdk/tools/jack-admin stop-server          关闭服务

./prebuilts/sdk/tools/jack-admin start-server          打开服务

重启完jack-admin服务后，此时再重新执行编译就可以通过了。

 

 

Spark 内存管理 spark.executor.memory /spark.memory.fraction/spark.memory.offHeap.size【堆外内存/内存管理】 钨丝计划
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
12-26 6462
spark.executor.memory 包含spark.memory.fraction； spark.memory.fraction 包含 spark.memory.storageFraction； spark 2.4.5 Application Properties Property Name Default Meaning spark.app.name (none) The name of your application. This will appear in.
20201030使用jvisualvm排查内存溢出（OOM）过程
陈如水的专栏
10-30 1789
内存溢出在开发中或者线上出现的概率很高，造成的直接结果是系统运行缓慢，或者直接宕机。 在这里模拟下内存溢出的情况以防患于线上出现内存溢出要如何排查问题，线上出问题需要生成一个快照（hprof文件），在本地查看问题。 其他工具调试如阿里的Arthas、MAT、jvisualvm。 1，准备一个可以出现内存溢出的代码： public class TestOOM { public static void main(String[] args) { List<Object&
编译android 7.0 出现Try increasing heap size with java option '-Xmx<size>'错误解决方案
没有应该获得的成功，只有不肯放弃的梦想
02-21 2万+
出现这个错误是由于电脑内存不足，在命令行分别执行以下三条语句，然后继续编译 export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4g" ./prebuilts/sdk/tools/jack-admin kill-server ./prebuilts/sdk/tools/j
Android源码编译GC overhead limit exceeded. Try increasing heap size with java option '-Xmx<size>'
红旺永福
11-17 4086
自己碰到问题的解决方案，希望能给大家带来帮助
Android 7.1.1 编译出错
tanliyin的博客
07-13 609
Try increasing heap size with java option '-Xmx' 出现这个错误是由于电脑内存不足，在命令行分别执行以下三条语句，然后继续编译 export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4g" ./prebuilts/sdk/
【rk3368 Android7.1 】--- 报错：jack Try increasing heap size with java option ‘-Xmx＜size＞‘.
秋知叶i
04-02 788
报错代码： Try increasing heap size with java option '-Xmx<size>'. Warning: This may have produced partial or corrupted output. [ 30% 15445/50587] Compiling SDK Stubs with Jack: out/target/common/obj...
Try increasing heap size with java option ‘-Xmx&lt；size&gt；’(五十三)
Android系统攻城狮
03-28 1170
编译内存不足，设置为4GB： # export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4g" # ./prebuilts/sdk/tools/jack-admin kill-server # ./prebuilts/sdk/tools/jack-admin start-server #...
flume采集数据采集与kafaka交互报错：java.lang.OutOfMemoryError:java heap space
weixin_43390992的博客
04-07 1362
详细报错如下图： ##解决办法： 进入flume bin目录下，修改flume-ng文件，如下图： 红框的地方默认是20m，可以根据自己服务器内存大小设置，我这里设置的是10240m(也就是10个g) 根据以上的报错，自己也进行搜索并整理了细节的东西，供需要的小伙伴们参考： 博文地址： 记flume部署过程中遇到的问题以及解决方法 配置flume采集kafaka日志导入hdfs（采用的file...
Hive中跑MapReduce Job出现OOM问题分析及解决
热门推荐
OopsOutOfMemory盛利的博客
11-21 2万+
一、引子今天在跑一段很复杂而且涉及数据量10年的N个表join的长SQL时，发生了OOM的异常。由于一个map通常配置只有64MB或者128MB，则在Map阶段出现OOM的情况很少见。所以一般发生在reduce阶段。但是今天这个异常详细的看后，会发现既不是map阶段，也不是reduce阶段，发现不是执行过程，而是driver提交job阶段就OOM了。Hive中XMLEncoder序列化Mapred
Docker和JVM应用OOM那些事
u010554324的博客
07-03 3484
Java 应用运行过程中你是否遇到以下类似问题为什么 Java 应用所在的 Docker 容器内存使用量不会减少？发生 OOM 后程序还能运行吗？Java 应用所在的容器为什么宕机或者自动重启了？三个问题有一定关联性，在回答以上问题前，我们先了解下“OOM”和“JVM 内存管理”。
android7.0 编译问题 Try increasing heap size with java option '-Xmx<size>'
yuanjl
12-11 1227
Try increasing heap size with java option ‘-Xmx’在编译过成出现　Out of memory error　(vesion 1.2-rc4……) 内存溢出； 在这贴上本人的异常信息：Out of memory error (version 1.2-rc4 'Carnac' (298900 f95d7bdecfceb327f9d201a1348397ed8
android 8.1 源码编译时JACK报错 “Try increasing heap size with java option '-Xmx<size>'”
tt11212的专栏
02-16 1170
当出现heap不足时有两种解决办法： 1，打开prebuilts/sdk/tools/jack-admin 对JACK_SERVER_COMMAND增加-Xmx4096m选项   2，导出环境变量 export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4096m"   两种方...
android 8 sdk源码编译时报错Try increasing heap size with java option '-Xmx<size>'
ivansuntech的专栏
01-28 872
编译SDK时，输出如下错误 Out of memory error (version 1.3-rc6 'Douarn' (441800 22a11d4b264ae70e366aed3025ef47362d1522bb by android-jack-team@google.com)). GC overhead limit exceeded. Try increasing heap size wi...
MTK编译时报错 Try increasing heap size with java option ‘-Xmx＜size＞
小小Emeng的博客
12-17 402
MTK编译时报错Try increasing heap size with java option '-Xmx<size> 解决内存不足的3个办法： 增加机器内存 增加swap分区 修改prebuild/sdk/tools/jack-admin文件 第一种方式，原本4g内存，换到16G内存成功编译通过。 第二种方式：增加swap分区；https://blog.51cto.com/hancj/197915 free -h #发现Swa.
Increasing Java Heap Size — Out of memory error — java -Xmx3000M -Xms1500M -XshowSettings:all
张同光 (Tongguang Zhang)：Hello everyone !
06-10 5092
Increasing Java Heap Size — Out of memory error — java -Xmx3000M -Xms1500M -XshowSettings:all
Try increasing heap size with java option '-Xmx<size>Android 7.0工程之预编译jack服务器
这都是什么
11-30 2817
stackoverflowTry increasing heap size with java option ‘-Xmxexport JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4g" ./prebuilts/sdk/tools/jack-admin kill-server ./prebuilt
Your Java heap size might be set too high 异常
weixin_34248487的博客
04-11 298
2019独角兽企业重金招聘Python工程师标准>>> ...
源码编译报　Xmx Size、GC、ninja　相关错误解决方案
IrisJaneny的博客
08-14 843
最近在对客户发来的源码进行编译时，遇到了一些错误，上网找了很多解决方法，也试了很多种，现将这些方法整理出来。 我编译源码时，报错时的信息有多种，但差不多是一个意思： 内存问题，且错误信息会有： ninja:build stopped: subcommand failed. make:*** [ninja_wrapper] Error 1 具体报错有几下几种： （１）会有提示：Try
Windows 下 设置-Xms8g -Xmx8g 出现OOM 是什么原因
最新发布
05-13
<think>好的，我现在需要帮助用户解决在Windows下设置JVM参数-Xms8g和-Xmx8g后仍然出现OOM的问题。首先，我需要回顾用户之前提供的引用内容，特别是引用3和引用4，因为它们讨论了OOM和堆内存配置的关系。 用户的问题是在配置了8G的堆内存后仍然遇到OOM，这可能涉及几个方面。首先，OOM可能不仅仅是因为堆内存不足，还可能存在内存泄漏或者堆外内存的使用问题。根据引用3，堆内存设置过大反而可能减少其他内存区域的空间，比如虚拟机栈，从而影响线程数量，但这里用户的问题是关于OOM，所以更可能是堆内存本身的问题。 接下来，我需要考虑可能的根本原因。根据引用3，如果堆内存设置过大，可能导致其他区域（如方法区、本地方法栈）的内存不足，但这里用户设置的是8G，假设物理内存足够的话，这可能不是主因。但引用3也提到，高并发情况下，如果堆内存设置过大，可能反而导致线程数量减少，不过OOM主要与堆有关，所以需要重点检查堆的使用情况。 引用4提到可以通过生成HeapDump来分析OOM原因，用户可能在配置参数时已经添加了HeapDump参数，但可能需要进一步分析dump文件。此外，用户可能需要检查是否有内存泄漏，比如未释放的对象或缓存过度使用。 另外，需要考虑堆外内存的使用，比如直接内存（Direct Memory）或JNI调用，这些不受-Xmx参数限制。例如，使用NIO的ByteBuffer会占用直接内存，而直接内存的大小由-XX:MaxDirectMemorySize控制，如果未设置，可能与堆内存设置相关，但默认情况下可能足够。 还有可能的是，应用程序本身需要的内存超过了8G，比如加载大量数据或处理大文件，这时候即使堆设置为8G也可能不够，需要调整参数或优化代码。 解决方案方面，首先建议用户生成并分析HeapDump，使用工具如Eclipse MAT或VisualVM来查看内存中的对象。其次，检查是否有内存泄漏，优化代码，减少不必要的对象持有。然后，调整其他内存参数，比如元空间（Metaspace）的大小，使用-XX:MaxMetaspaceSize，因为Metaspace默认不受-Xmx限制。此外，检查堆外内存的使用，适当调整直接内存大小。 还需要考虑JVM的垃圾回收机制，如果存在频繁的GC导致应用暂停，可能需要调整垃圾回收器或相关参数，比如使用G1GC来提高效率。同时，确保物理内存足够，避免系统级别的内存不足。 总结起来，用户的问题可能涉及堆内存不足、内存泄漏、堆外内存使用、元空间不足等多个方面，需要系统性地排查和调整参数，结合工具分析具体情况。</think>### 在 Windows 下设置 `-Xms8g -Xmx8g` 仍出现 OOM 的原因及解决方案 --- #### 一、**根本原因分析** 即使设置了 `-Xms8g -Xmx8g`，仍出现 OOM 的常见原因如下： 1. **堆内存实际需求超出 8GB** - **对象驻留**：应用程序可能创建了大量长期存活的对象（如缓存、静态集合），导致堆内存逐渐耗尽[^3] - **内存泄漏**：未正确释放资源（如未关闭数据库连接、未清理集合引用），导致对象无法被垃圾回收（GC）[^4] - **大文件/数据加载**：一次性加载超大文件（如 CSV、JSON）到内存中，直接超出堆容量限制 2. **堆外内存溢出** - **直接内存（Direct Memory）**：使用 `ByteBuffer.allocateDirect()` 或 NIO 操作时，分配的直接内存不受 `-Xmx` 限制，需通过 `-XX:MaxDirectMemorySize` 单独设置[^3] - **本地方法调用（JNI）**：通过 JNI 调用的本地库可能分配大量非堆内存 3. **元空间（Metaspace）或方法区溢出** - **动态类加载**：框架（如 Spring、Hibernate）动态生成类可能撑满元空间 - **默认限制**：元空间默认无上限（依赖系统内存），需通过 `-XX:MaxMetaspaceSize` 限制 4. **线程栈溢出（StackOverflowError）** - 与 OOM 不同，但需注意 `-Xss` 参数设置不当可能导致线程数受限，间接影响堆内存分配 --- #### 二、**诊断步骤** 1. **生成并分析 Heap Dump** - 启动时添加参数： ```cmd -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\dump ``` - 使用工具（如 **Eclipse MAT** 或 **VisualVM**）分析 Dump 文件，定位内存占用最高的对象[^4] 2. **监控内存使用** - 使用 `jconsole` 或 `jstat -gc <pid>` 实时观察堆内存分布： ```text S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 8192.0 8192.0 0.0 0.0 65536.0 65536.0 81920.0 81920.0 4864.0 4608.0 512.0 448.0 1 0.015 2 0.030 0.045 ``` - 关注 `OU`（老年代使用量）和 `EU`（年轻代使用量）是否持续增长 3. **检查堆外内存** - 通过 `Native Memory Tracking` 追踪： ```cmd -XX:NativeMemoryTracking=detail ``` - 使用 `jcmd <pid> VM.native_memory detail` 查看非堆内存分配 --- #### 三、**解决方案** 1. **优化堆内存使用** - **限制缓存大小**：使用 WeakHashMap 或 Guava Cache 的软引用策略 - **分批次处理数据**：避免一次性加载大文件，改为流式处理 - **修复内存泄漏**：通过 Dump 文件定位代码中的无效对象引用 2. **调整 JVM 参数** - **增加元空间限制**： ```cmd -XX:MaxMetaspaceSize=512m ``` - **限制直接内存**： ```cmd -XX:MaxDirectMemorySize=2g ``` - **优化 GC 策略**（如启用 G1 垃圾回收器）：
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值