Железо и софт • 08.06.2026
Android Studio ошибка Failed to complete gradle execution как исправить сбой компиляции
Пытаюсь скомпилировать рабочий проект мобильного приложения в Android Studio под Windows 11 после обновления софта, но процесс сборки намертво падает на этапе инициализации тасков. В нижней консоли Build вылетает критическая ошибка: «Error: Failed to complete gradle execution. Cause: Известное незавершенное действие прервано» или пишется лог о неожиданном закрытии демона Java. При этом папка кэша .gradle была полностью очищена, а проект импортирован заново, но компилятор все равно уходит в глухой ступор. Подскажите, из-за чего ломается выполнение скриптов автоматизации сборщика и как реанимировать проект без отката всей среды разработки?
Ответы (5)
Артем Кодер
Эта критическая ошибка почти всегда возникает из-за несовместимости текущей версии плагина Gradle и версии виртуальной машины Java (JDK), которая выбрана в настройках среды разработки. После апдейта Студия могла принудительно переключить указатель на свой встроенный рантайм, который не умеет компилировать старый синтаксис кода вашего приложения. Переназначить правильную версию JDK можно по шагам:
1. Откройте Android Studio, перейдите в верхнее меню `File` и выберите пункт `Settings` (Параметры).
2. В левой колонке разверните вкладку `Build, Execution, Deployment` и выберите подраздел `Build Tools` -> `Gradle`.
3. С правой стороны найдите блок `Gradle JDK`. Там скорее всего выбран дефолтный встроенный вариант.
4. Разверните выпадающий список и принудительно укажите путь к вашей установленной внешней Java SDK (например, JDK 17 или 21, в зависимости от требований проекта).
5. Нажмите кнопку Применить (Apply), а затем запустите синхронизацию проекта кнопкой с иконкой слона.
Марина Мобилка
Сбой выполнения Градла "Failed to complete gradle execution" на тяжелых многомодульных проектах часто сигнализирует о банальном переполнении кучи памяти (Out of Memory). Процесс сборщика запускается как изолированный фоновый демон Java, которому по умолчанию выделяется очень скромный лимит оперативной памяти ОЗУ. Когда компилятор начинает обрабатывать тяжелые библиотеки, индексировать ресурсы и собирать ресурсы воедино, лимит превышается, операционная система Windows 11 молча убивает упавший процесс, а Студия выплевывает общую ошибку обрыва сессии. Нужно расширять лимиты памяти в конфигурации.
Дмитрий Стек
Ребята, виновником внезапного падения демона компиляции часто выступает встроенный защитник Защитник Windows или установленный сторонний антивирус. Во время сборки Градл создает миллионы временных файлов классов в скрытой папке `.gradle/caches` и постоянно перезаписывает их на огромной скорости. Сетевой или файловый монитор антивируса видит лавинообразную активность неопознанного Java-процесса, блокирует дескриптор доступа к какому-нибудь временному файлу на долю секунды для сканирования, из-за чего весь цикл сборки рушится по ошибке файловой системы.
Никита Студия
Если компилятор падает из-за переполнения кучи памяти, вы можете принудительно расширить границы оперативки для фонового демона сборщика через конфигурационный файл проекта по инструкции:
1. Перейдите в корень каталога вашего текущего проекта через обычный проводник.
2. Найдите текстовый файл настроек с названием `gradle.properties` и откройте его через обычный Блокнот.
3. Найдите строку, которая содержит параметр `org.gradle.jvmargs=`. Если она закомментирована знаком решетки, сотрите этот знак.
4. Измените значение аргументов выделения памяти, прописав туда более высокие лимиты, например: `-Xmx4096m -XX:MaxMetaspaceSize=512m` (это выделит чистых 4 Гб под нужды компилятора).
5. Нажмите Сохранить в Блокноте, вернитесь в Студию и запустите повторную сборку через вкладку `Build` -> `Rebuild Project`.
Роман Скрипт
У меня этот сбой с невозможностью завершить выполнение тасков намертво зависал из-за того, что старый зависший процесс демона Градла остался висеть в памяти системы после аварийного закрытия вкладки. Новая сессия пыталась перезаписать файлы кэша, но натыкалась на аппаратную блокировку сокетов. Помог простой сброс: открываете Диспетчер задач Windows, полностью гасите все фоновые процессы с названиями `OpenJDK Platform binary` или `Java` и запускаете Студию заново.