Когда я скачал Git-проект OsmAnd и пошел его компилировать, Eclipse вернул эти ошибки:
[Dex Loader] Unable to execute dex: GC overhead limit exceeded
[OsmAnd] Conversion to Dalvik format failed:
Unable to execute dex: GC overhead limit exceeded
Google и Stackoverflow сказал , что я должен изменить -Xms40m
-Xmx384m
в eclipse.ini
.
Ошибка преобразования в формат Dalvik: Невозможно выполнить dex: пространство кучи Java .
Я очистил проект и перезапустил Eclipse, но это не помогло.
Я нашел эту ссылку: Советы для разработчика Android: «Ошибка преобразования в формат Dalvik: Невозможно выполнить dex: null»
Но я не знаю, в каком .jar
из моего проекта изменить вход. Если кто-то может помочь, я могу отправить проект в их.
java
android
out-of-memory
dalvik
DavyJonesUA
источник
источник
--launcher.XXMaxPermSize 512m
дважды?У меня сработали следующие шаги
Посмотреть здесь
источник
eclipse.ini выглядит так.
источник
Позвольте мне предположить, что эта проблема возникла из-за Android XML, потому что очень часто вы открываете ее
Эти следующие две проблемы в StackOverFlow реализуются друг с другом:
Каждый раз, когда я нажимаю на XML-файл Android в Eclipse, он загружает данные для всех версий API
и
Невозможно выполнить dex: превышен лимит накладных расходов GC
Я нашел еще одно решение для решения этой проблемы, кроме увеличения значений виртуальной машины или понижения до более старой версии ADT (22.6.2 или 23.2)
Примечание:
Некоторые из более старых версий ADT, которые не будут загружать XML каждый раз, когда вы открываете его, поэтому нет переполнения памяти, из-за которого превышен предел накладных расходов GC, как обсуждалось в первом потоке.
Решение:
В нижней части затмения будет символ мусорного ведра с надписью Run Garbage Collector . Всякий раз, когда вы закрываете XML-файл Android, не забудьте просто нажать на Корзину или Запустить сборщик мусора. чтобы освободить память. Таким образом, вы можете защитить рабочую область от сбоя такого рода ошибки: D
Это может быть оптимальным решением, потому что вы не можете увеличить значение виртуальной машины сверх предела ОЗУ, если вы очень часто открываете свой Android-XML, особенно если вы работаете с большим количеством пользовательских интерфейсов, подобных мне: P
Надеюсь, это поможет всем, кто придет в эту ветку :)
Сохраняйте спокойствие и код на
источник
После 12 часов с этой ошибкой и безуспешного изменения файла eclipse.ini я наконец нашел правильное решение. В моих переменных среды была переменная с именем "_JAVA_OPTIONS", содержащая значение "-Xmx512M". Изменив это значение на то же, что и в eclipse.ini (-Xmx4096M), я снова смог экспортировать свой проект в файл APK.
источник
Я НЕ знаю причину этого обходного пути, но он работает для меня все время, когда все вышеперечисленное не работает.
Не начинайте затмение с ярлыка или ссылки. Всегда открывайте его из
eclipse.exe
папки Eclipse, той самой папки, которая содержитeclipse.ini
Примечание - я пробовал только для Linux.
источник
Чтобы избежать этого неприятного сообщения, мне пришлось изменить свою конфигурацию следующим образом:
на основании ответа, помеченного как правильный, меняется
и:
источник
Тот же файл eclipse.ini будет расположен в Eclipse в этом корневом пути самого eclipse, например:
Этот же файл будет находиться в проекте android studio: -
источник
Если эти ответы не работают (они не для меня), попробуйте это:
1) Сделайте копию вашей папки .metadata в вашей рабочей области.
2) Удалите каталог .metadata ПОСЛЕ создания копии
3) Откройте Eclipse и закройте Eclipse.
4) Скопируйте папку с плагинами из старых .metadata в новые .metadata
5) Импортируйте все проекты обратно в рабочее пространство
6) Сохраняйте спокойствие и код на!
источник