Android ics 编译时GC overhead limit exceeded错误解决方法

出错的log信息如下

UNEXPECTED TOP-LEVEL ERROR:
java.lang.OutOfMemoryError: GC overhead limit exceeded
	at com.android.dx.ssa.SsaBasicBlock.<init>(SsaBasicBlock.java:125)
	at com.android.dx.ssa.SsaMethod.makeNewGotoBlock(SsaMethod.java:240)
	at com.android.dx.ssa.SsaBasicBlock.insertNewSuccessor(SsaBasicBlock.java:454)
	at com.android.dx.ssa.SsaConverter.edgeSplitMoveExceptionsAndResults(SsaConverter.java:210)
	at com.android.dx.ssa.SsaConverter.edgeSplit(SsaConverter.java:136)
	at com.android.dx.ssa.SsaConverter.convertToSsaMethod(SsaConverter.java:48)
	at com.android.dx.ssa.Optimizer.optimize(Optimizer.java:99)
	at com.android.dx.ssa.Optimizer.optimize(Optimizer.java:73)
	at com.android.dx.dex.cf.CfTranslator.processMethods(CfTranslator.java:273)
	at com.android.dx.dex.cf.CfTranslator.translate0(CfTranslator.java:134)
	at com.android.dx.dex.cf.CfTranslator.translate(CfTranslator.java:87)
	at com.android.dx.command.dexer.Main.processClass(Main.java:483)
	at com.android.dx.command.dexer.Main.processFileBytes(Main.java:455)
	at com.android.dx.command.dexer.Main.access$400(Main.java:67)
	at com.android.dx.command.dexer.Main$1.processFileBytes(Main.java:394)
	at com.android.dx.cf.direct.ClassPathOpener.processArchive(ClassPathOpener.java:245)
	at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:131)
	at com.android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.java:109)
	at com.android.dx.command.dexer.Main.processOne(Main.java:418)
	at com.android.dx.command.dexer.Main.processAllFiles(Main.java:329)
	at com.android.dx.command.dexer.Main.run(Main.java:206)
	at com.android.dx.command.dexer.Main.main(Main.java:174)
	at com.android.dx.command.Main.main(Main.java:95)
make: *** [out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/noproguard.classes-with-local.dex] Error 3

解决方法:

更改编译配置文件build/core/definitions.mk中的缓存参数:

define transform-classes.jar-to-dex
@echo "target Dex: $(PRIVATE_MODULE)"
@mkdir -p $(dir $@)
$(hide) $(DX) \
    $(if $(findstring windows,$(HOST_OS)),,-JXms16M -JXmx1536M) \
    --dex --output=$@ \
    $(incremental_dex) \
    $(if $(NO_OPTIMIZE_DX), \
        --no-optimize) \
    $(if $(GENERATE_DEX_DEBUG), \
   --debug --verbose \
   --dump-to=$(@:.dex=.lst) \
   --dump-width=1000) \
    $(PRIVATE_DX_FLAGS) \
    $<
endef

将红色标注部分的参数值更改为较大的值:-JXms1024M -JXmx1536M    (我的机器是8G内存),然后再次make,错误应该就不会再出现了。

不过参数的数值请根据自己的机器适当的改大,数值太大编译时会很卡。

Good luck to you~

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当你在使用 IDEA 编译项目遇到 "GC overhead limit exceeded" 错误,这通常意味着 JVM(Java 虚拟机)花费了过多的间进行垃圾回收,但仍然无法释放足够的内存。 以下是几种可能的解决方法: 1. 增加 JVM 内存限制:在 IDEA 的启动配置文件(idea.vmoptions 或 idea64.vmoptions)中增加内存限制参数,例如 `-Xmx4g`,将最大堆内存限制增加到 4GB。你可以根据你的项目需求和可用内存来调整这个值。 2. 优化代码和资源使用:检查你的代码和资源使用情况,尤其是内存密集型操作。确保你及释放不再需要的对象,避免无限循环、内存泄漏等问题。 3. 分析内存使用情况:使用 JVM 监视工具(如 VisualVM、jstat 等)来分析内存使用情况,找出可能导致内存问题的代码部分。你可以检查是否有过多的对象创建、频繁的垃圾回收等情况。 4. 调整垃圾回收器参数:尝试调整垃圾回收器参数以改善垃圾回收性能。例如,可以尝试使用不同的垃圾回收器,或调整垃圾回收器的参数,如堆大小、新生代和老年代的比例等。 5. 检查依赖库和插件:某些依赖库或插件可能存在内存泄漏或其他问题,导致 JVM 内存消耗过高。尝试更新或删除可能引起问题的依赖库或插件。 6. 升级 IDEA 版本:如果你使用的是较旧的 IDEA 版本,尝试升级到最新版本,其中一些性能问题可能已经得到改进。 如果以上方法无法解决问题,你可以进一步搜索特定于你的项目和环境的解决方案,或者寻求专业人士的帮助。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值