Google JAR-файл Android Studio, приводящий к превышению предела накладных расходов GC

Question

Google JAR-файл Android Studio, приводящий к превышению предела накладных расходов GC

Я использую Android Studio на OS X. Я получаю это сообщение об ошибке:

FAILURE: сборка не удалась, исключение.
Что пошло не так: выполнение задачи не выполнено:app:preDexDebug. com.android.ide.common.internal.LoggedErrorException: не удалось выполнить команду: /Applications/Android Studio.app/sdk/build-tools/android-4.4W/dx --dex --output / Пользователи /alex/AndroidStudioProjects/SilentSMS/ приложение / сборка / промежуточные звенья / предварительно настроенный / отладка /android-4.3_r2.1-f22bbff4d1017230e169a4844a9c2195f13060d2.jar /Users/alex/AndroidStudioProjects/SilentSMS/app/libs/android-4jar.jp
Код ошибки: 3 выхода:

  UNEXPECTED TOP-LEVEL ERROR:
  java.lang.OutOfMemoryError: GC overhead limit exceeded
      at com.android.dx.cf.code.RopperMachine.getSources(RopperMachine.java:665)
      at com.android.dx.cf.code.RopperMachine.run(RopperMachine.java:288)
      at com.android.dx.cf.code.Simulator$SimVisitor.visitLocal(Simulator.java:612)
      at com.android.dx.cf.code.BytecodeArray.parseInstruction(BytecodeArray.java:412)
      at com.android.dx.cf.code.Simulator.simulate(Simulator.java:94)
      at com.android.dx.cf.code.Ropper.processBlock(Ropper.java:782)
      at com.android.dx.cf.code.Ropper.doit(Ropper.java:737)
      at com.android.dx.cf.code.Ropper.convert(Ropper.java:346)
      at com.android.dx.dex.cf.CfTranslator.processMethods(CfTranslator.java:282)
      at com.android.dx.dex.cf.CfTranslator.translate0(CfTranslator.java:139)
      at com.android.dx.dex.cf.CfTranslator.translate(CfTranslator.java:94)
      at com.android.dx.command.dexer.Main.processClass(Main.java:682)
      at com.android.dx.command.dexer.Main.processFileBytes(Main.java:634)
      at com.android.dx.command.dexer.Main.access$600(Main.java:78)
      at com.android.dx.command.dexer.Main$1.processFileBytes(Main.java:572)
      at com.android.dx.cf.direct.ClassPathOpener.processArchive(ClassPathOpener.java:284)
      at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:166)
      at com.android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.java:144)
      at com.android.dx.command.dexer.Main.processOne(Main.java:596)
      at com.android.dx.command.dexer.Main.processAllFiles(Main.java:498)
      at com.android.dx.command.dexer.Main.runMonoDex(Main.java:264)
      at com.android.dx.command.dexer.Main.run(Main.java:230)
      at com.android.dx.command.dexer.Main.main(Main.java:199)
      at com.android.dx.command.Main.main(Main.java:103)

Я использую эту библиотеку:

http://grepcode.com/snapshot/repository.grepcode.com/java/ext/com.google.android/android/4.3_r2.1/

Я извлек файл JAR и добавил его в свой проект - проект, который я пытаюсь создать:

https://github.com/domi007/silentSMS/

Я понимаю, это потому, что мои значения xms и xmx слишком низкие. Я увеличил их в:

/ Applications / Android Studio.app/bin/idea.vmoptions, так что теперь он говорит:

-Xms256m
-Xmx1024m

Тем не менее, я все еще получаю ошибку. Чем это может быть вызвано? Помимо приложения silentSMS, являющегося проектом Eclipse, и переноса кода в Android Studio, я ничего не изменил. С точки зрения Android Studio обнаружение ошибок - это не так, а все остальное выглядит хорошо.

217

java android overhead

Источник

user1414721 29 июл '14 в 10:55

7 ответов

Решение

В моем случае увеличение размера кучи выглядит так:

Использование Android Studio 1.1.0

android {
    dexOptions {
        incremental true
        javaMaxHeapSize "2048M"
    }
}

Поместите приведенный выше код в ваш файл Build.gradle.

95

Источник

user4025692 23 мар '15 в 13:56

Эта новая проблема вызвана последней версией Android.

Перейдите в корневую папку вашего проекта, откройте gradle.propertiesи добавьте следующие параметры:

org.gradle.daemon=true

org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

org.gradle.parallel=true

org.gradle.configureondemand=true

Затем добавьте эти изменения в свой build.gradle файл:

dexOptions {
        incremental = true
        preDexLibraries = false
        javaMaxHeapSize "4g" // 2g should be also OK
}

46

Источник

user2007502 18 апр '16 в 13:47

Android Studio 3.5.3

Найдите настройки памяти (Cmd + Shift + A на Mac или нажмите "Справка" и начните вводить "Настройки памяти") в разделе "Настройки / Настройки" и увеличьте размер кучи IDE и / или размер кучи демона по своему усмотрению.

10

Источник

user541624 11 дек '19 в 19:03

Я отключаю свой Мгновенный запуск:

Предпочтение меню → Построение → Мгновенный запуск "Включить мгновенный запуск для кода горячей замены"

Я полагаю, что это Instant Run, который замедляет сборку и создает файл pidXXX.hprof большого размера, что приводит к превышению предельного значения накладных расходов для AndroidStudio gc.

(SDK моего устройства - 19.)

4

Источник

user5542367 15 апр '16 в 03:19

Для меня ни один из ответов не сработал. Я догадывался, что из-за очень интенсивной работы процессора компьютер сильно нагревается. После того, как я закрыл программы, которые потребляют большое количество процессора (например, хром), и охладил мой ноутбук, проблема исчезла.

Для справки: у меня процессор на 96%-97% и использование памяти более 2 000 000 К процессами java.exe (которые на самом деле были связаны с процессом gradle).

1

Источник

user4884749 24 сен '17 в 14:40

4g - это немного перебор, если вы не хотите изменять buildGradle, вы можете использовать FILE -> Invalid caches / restart.

У меня отлично работает...

1

Источник

user4507051 12 ноя '19 в 17:43

Добавьте это в файл build.gradle

dexOptions {
   javaMaxHeapSize "2g"
}

1

Источник

user5761169 16 май '18 в 20:07

В какой-то момент дублированная копия apply plugin: 'com.android.application'был добавлен в мой градиент сборки. Удаление дублирующей копии и обеспечение того, чтобы все мои плагины применения были вверху, устранили проблему для меня.

0

Источник

user1907292 01 янв '20 в 01:01

Я попробовал все решения, упомянутые выше, но проблема все еще не устранена. Наконец, я наткнулся на следующее, что решило проблему.

(В MacOS) Перешел в "Настройки" -> "Настройки памяти" -> "Найти существующего демона (ов)" -> "Остановил их всех".

0

Источник

user6666081 22 окт '20 в 20:27

Я использую Android Studio 3.4 и единственное, что сработало для меня, это удалить следующие строки из моего build.gradle файл:

minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

Так как Android Studio 3.4 использует R8 в full mode и не является прямой совместимостью с Proguard

0

Источник

user3701102 22 апр '19 в 21:27

В моем случае я редактирую свой gradle.properties:

примечание: если вы включите minifyEnabled true:

удалите эту строку:

android.enableR8=true

и добавьте эти строки в ur build.gradle, android блок:

  dexOptions {
        incremental = true
        preDexLibraries = false
        javaMaxHeapSize "4g" // 2g should be also OK
    }

надеюсь, что это поможет кому-нибудь:)

0

Источник

user10699119 06 сен '19 в 02:32

Я принудительно закрыл все Java.exe из TaskManger, перезапустил Android Studio, и у меня это сработало

0

Источник

user2252113 03 май '17 в 07:24

Другие вопросы по тегам java android overhead

user115145 29 июл '14 в 11:04 2014-07-29 11:04 · Accepted Answer · 2014-07-29 11:04

Я думаю, что есть отдельный способ поднять лимит кучи операции дексинга. Добавьте это к вашему android закрытие в вашем build.gradle файл:

dexOptions {
    javaMaxHeapSize "4g"
}

и посмотрим, поможет ли это.

(идея предоставлена Скоттом Барта)

551

Источник

user115145 29 июл '14 в 11:04