Как пересобрать проект в android studio

How to Rebuild Android Studio Project?

I looked at this question, but under Build I only have Make Selected Modules , and Deploy Module to App Engine , neither which rebuilds the project. So have they moved it somewhere that I can’t find? Does anyone know where I can rebuild the project?

2 Answers 2

Go to the Build drop down menu in the menu bar. you can see the Rebuild Project under the Clean Project . Rebuild project cleans the project actually. If you cant find Rebuild Project you can simply use Clean Project .

There is a clean project option under build dropdown menu.enter image description here

The Overflow Blog

Linked

Hot Network Questions

Subscribe to RSS

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Методы лечения различных ошибок в Android Studio при разработке проекта

Сегодня хотел бы поделиться своим анализом и способами лечением разных ошибок при разработке своего продукта в Android Studio. Лично я, не раз сталкивался с различными проблемами и ошибками при компиляции и/или тестировании мобильного приложения. Данный процесс, всегда однообразный и в 99% случаев и всегда нужно тратить n-колличество времени на его устранение. Даже, когда ты уже сталкивался с данной проблемой, ты все равно идешь в поисковик и вспоминаешь, как же решить ту или иную ситуацию.

Я для себя завел файлик, в котором отметил самые частые ошибки — потратив на это несколько часов и перечислил самые популярные ошибки (в дальнейшем планирую просто их запомнить), чтоб сократить свое время в дальнейшем.

Итак, начну по порядку с самой распространенной проблемы и дальше буду перечислять их по мере появления:

1) Если подчеркивает красным код, где используются ресурсы: R. — попробовать (но вероятно не поможет): Build -> Clean Project.

В принципе на Build -> Clean Project можно не терять времени, а лучше всего — слева переключиться на Project, открыть каталог .idea, затем каталог libraries и из него удалить все содержимое. Затем нажать кнопку Sync Project. А затем (если все еще красное, но скорее всего уже будет все ок ) Build -> Clean Project.

2) После внезапного выключения компьютера, после перезапуска может быть во всех проектах весь код красным. Перед этим может быть ошибка: Unable to create Debug Bridge: Unable to start adb server: Unable to obtain result of ‘adb version’. Есть три решения — первое помогло, второе нет (но может быть для другого случая), а третье — не пробовал:

а) File — Invalidate Caches/Restart — Invalidate and Restart

б) Закрыть студию. В корне папки проекта удалить файл(ы) .iml и папку .idea. Вновь запустить студию и импортировать проект.

в) Нажать Ctrl-Alt-O и запустить оптимизацию импорта.

Кстати, adb сервер можно проверить на версию (и работоспособность) и затем перезапустить:

3) Если Android Studio выдает приблизительно такую ошибку: Error:Execution failed for task ‘:app:dexDebug’.

Надо слева переключиться на опцию Project, найти и удалить папку build которая лежит в папке app, т.е. по пути app/build. Затем перестроить весь проект заново: Build -> Rebuild Project.

Такое же решение если ошибка типа: «не могу удалить (создать) папку или файл» и указан путь, который в ведет в app/build. Тоже удаляем папку build и ребилдим проект.

4) В сообщении об ошибке упоминается heap — виртуальная память. А ошибка обычно вызвана ее нехваткой, т.е. невозможностью получить запрашиваемый объем. Поэтому этот запрашиваемый объем надо уменьшить, т.е. переписать дефолтное значение (обычно 2048 MB которое можно изменить в настройках), на меньшее 1024 MB.

В файле проекта gradle.properties пишем:

5) Android Studio пришет примерно такую ошибку: Plugin is too old, please update to a more recent version, or set ANDROID_DAILY_OVERRIDE environment variable to «83648b99316049d63656d7276cb19cc7e95d70a5»

Возможные причины (кроме необходимости регулярного обновления SDK):

а) Загруженный проект был скомпилирован с помощью уже несовместимого старого gradle плагина. В этом случае надо найти и подключить в своем build.gradle проекта этот более старый плагин. т.е. попробовать более старые версии, например: 1.1.3 (часто именно 1.1.x и подходит).

Найти все версии можно здесь.

б) Если в build.gradle проекта используется beta-версия плагина — это означает, что срок ее истек. Посмотреть последние релизы (продакшн и бета) можно также здесь:

6) Иногда при подключении сторонних библиотек могут дублироваться некоторые файлы (обычно связанные с лицензированием). В сообщении будет что-то содержащее слова: duplicate files. Решение — надо посмотреть в сообщении об ошибке или в документации подключенной сторонней библиотеки — какие именно файлы стали избыточными, и перечислить их в build.gradle модуля для исключения (exclude) из билда.

Это делается в директиве packagingOptions (которая, в свою очередь, находится в директиве android).

Русские Блоги

Ямы, возникающие при миграции старых проектов на Android Studio 3.0

Вчера я перенес проект на студию 3.0. После обновления до 3.0 у меня возникло много проблем. Я не ожидал, что это будет целый день, но результат был неплохим, и я успешно запустил проект. Перечислите ямы, на которые я наступил, надеюсь, они понадобятся мне позже Модернизированные друзья, которые сталкиваются с подобными проблемами, могут быть ссылкой;

1. Обновление установки

Используйте встроенный инструмент обновления напрямую
Шаги:> строка меню> Android Studio> Проверить наличие обновлений .. (при условии, что сеть должна быть абсолютно разблокирована, вы знаете)
Примечание. Этот метод обновления может обновляться только до последней версии.

Инкрементное обновление до указанной версии
Пожалуйста, обратитесь к статье:Инкрементное обновление Android Studio (Mac)

Три способа увидеть ваши потребности, я выбрал третий способ

После завершения обновления откройте исходный проект и через некоторое время выполните индексацию.
Если ваш проект может быть запущен, хорошо, поздравляем, следующий контент, вы можете проигнорировать, потому что ваш проект идеален, проблем нет;
Если в проекте есть проблема с конфигурацией, могут возникнуть следующие проблемы:

1. Всегда застрял в проекте обновления

Этот тип приглашения в обычном процессе сначала будет отображаться в этом приглашении, что означает обновление модуля компиляции текущего проекта. Я полагаю, что учащиеся, которые обновили версию AS ранее, видели это приглашение при первом запуске новой версии и нажимают кнопку непосредственно обновить Кнопка сработает. Если вы не хотите наступать на яму, нажмите кнопку «Не напоминать мне еще раз за этот проект». Это означает, что вы по-прежнему используете предыдущую версию плагина для запуска текущего проекта, и никаких последующих проблем не возникнет;

Нажмите кнопку обновления прямо здесь;
После нажатия кнопки, если ваша сеть не разблокирована, она продолжится

1551173-86519079527f33d4

Причина этого в том, что
фактически сделал две вещи после нажатия кнопки

Изменено в узле зависимостей в файле build.gradle основного проекта

Поле distributionUrl в файле gradle> gradle-wrapper.properties в каталоге проекта изменилось

После того, как два файла изменены, AS загрузитhttps://services.gradle.org/distributions/gradle-4.1-all.zip Этот файл не нужно ничего делать, просто подождите, пока AS закончит его загрузку

Решение здесь:
Предварительное условие — сначала загрузить файл, адрес загрузки.https://services.gradle.org/distributions/gradle-4.1-all.zip。

Найдите путь к папке .gradle: user / (текущий каталог пользователя) /. Gradle, разархивируйте загруженный файл в этот каталог, закройте AS и снова откройте (pro-test);

2. Исключение вызвано изменением имени файла выходного apk

После того, как первая проблема была решена, появилась

Нажмите Открыть файл, чтобы найти это местоположение в файле build.gradle уровня приложения.

Это имя apk-файла, который я ранее сконфигурировал для управления выводом AS. Новая версия не может быть настроена таким образом. Его можно изменить на официальное руководство.

Эффект почти такой же, как и раньше, напрямую меняется.

3. Исключение, вызванное сторонним модулем APT, настроенным в предыдущем проекте.

Google наконец узнал, что это связано с плагином обработки APT, который поставляется с новой версией AS3.0, из-за стороннего плагина APT, который я предварительно настроил, все они конфликтуют

, затем удалите его для разрешения
шаги удаления

В уровне build.gradle уровня проекта, который является узлом зависимостей в самом внешнем файле build.gradle, удалите

Удалить в верхней части уровня приложения build.gradle

В узле зависимостей build.gradle на уровне приложения замените все ссылки, начинающиеся с apt, как annotationProcessor. Например,

Если есть другие плагины apt, вы можете следовать этому методу. После того, как три вышеуказанных шага выполнены, синхронизируйте проект и решите проблему

4. Минимальная версия BuildTool является ненормальной

Это исключение очевидно. Минимальный подключаемый модуль BuildTools, поддерживаемый AS3.0, — это версия 26.0.2. Не спрашивайте меня, что такое BuildTools, я не знаю (как следует из названия, инструмент компиляции AS); версия BuildTools изменена на версию 26.0.2. ; Код синхронизации в порядке, если вы не загружаете версию BuildTools26.0.2 в свой SDK, AS автоматически предложит вам загрузить, после загрузки кода синхронизации, проблема может быть решена;

5. Версия проекта библиотеки BuildTool не является единой *

1551173-31c2ba46d7eb4521

AS3.0 также вмешивался в конфигурацию build.gradle библиотечного проекта. Чиновник сказал, что он может увеличить скорость компиляции. Подумайте об этом, проекты библиотек используют разные версии BuildTool, которые определенно будут медленно компилироваться, поэтому после нажатия Открыть файл здесь найдите В файле build.gradle измените узел buildToolsVersion внутри на 26.0.2 для решения проблемы.

Предложение: Если в проекте много элементов библиотеки, рекомендуется настроить версию buildToolsVersion в файле gradle.properties, а затем все элементы библиотеки в проекте ссылаются на эту конфигурацию. Если вы ее измените, будет изменена конфигурация buildToolsVersion всего проекта.

6. Мультидекс версия ненормальная

Этот вопрос говорит о том, что AS3.0 не удалось проанализировать версию multidex1.0.2. Почему произошел сбой?

Поскольку теперь все собственные зависимости Google восстанавливаются на его собственный сервер CDN.Перед настройкой jenter () в узле репозитория в файле build.gradle уровня проекта вы можете получить большинство зависимостей (хотя это немного медленнее), Но теперь Google официально требует, чтобы мы настроили google () в узле репозиториев, роль состоит в том, чтобы получить наши собственные зависимости, а исходный jcenter () перемещать не нужно, а multidex — это зависимость Google, поэтому используйте только предыдущий jcenter (), который должен быть Не могу решить это больше.
настроен следующим образом:

Примечание. В файле build.gradle уровня проекта есть два узла репозиториев, оба из которых настроены с помощью google () и помещают google () вверху.
Синхронизировать проект.

7.AAPT2 исключение компиляции

Эта серия исключений была зарегистрирована во время компиляции. Я столкнулся с ней при первом импорте проекта. Когда я импортировал другие проекты во второй раз, я не столкнулся с ним. Напротив, проблема была вызвана высокой конфигурацией. Существует проблема с версией пакета поддержки. При настройке версии всех пакетов поддержки проекта на 25.2.0 проблем нет, но эта проблема возникнет, если версия настроена на 26.0.0 или 27.0.0 (pro-test). ;
Решение

Используйте более низкую версию пакета поддержки и настройте версию всех пакетов поддержки проекта на 25.2.0 или другие более низкие версии.
Чтобы отключить компиляцию AAPT2 в gradle.properties, нужно добавить конфигурацию android.enableAapt2 = false и перекомпилировать проблему для решения (рекомендуется), например

Синхронизируйте код и решите проблему.

8. Метод не может быть найден ненормальным или не найден тег в файле AndroidManifest.xml / style

Причина этого исключения заключается в том, что если вы обновляете версию пакета поддержки, версия compileSdkVersion не изменяется. Если ваш пакет поддержки изменяется на 26.0.0 или выше, вам нужно изменить все compileSdkVersion в проекте на 26 или над.

Измените код, синхронизируйте код и решите проблему.

9.Could not find com.android.tools.build:gradle:3.0.0.

Этот метод объясняется тем, что я использовал метод инкрементного обновления для обновления Android Studio, а обновленная версия находится вhttps://dl.google.com/android/studio/patches/updates.xml
Версия 3.0.0.8, показанная здесь, и я настроил ее в gradle на уровне проекта

Это связано с позиционированием, поэтому я изменил его на

10. Зависит от модификации конфигурации

Поскольку плагин 3.0 использует версию Gradle 4.0, необходимо сначала представить ее. В Gradle 3.4 была представлена новая конфигурация плагина библиотеки Java: она позволяет выпускать управляющую версию для компиляции и пути к классам во время выполнения (для межмодульных зависимостей).

1) Зеленый ящик: зависимости, которые могут использовать пользователи, такие как: зависимости библиотеки конфигурации приложения
2) Розовый квадрат: компонент в библиотеку: время компиляции или время выполнения
3) Синий: внутреннее использование компонента, обратите внимание, что здесь нет необходимости передавать, например, a зависит от b, b зависит от c, но a не может получить конфигурацию c
4) Белый: конфигурация интегрирована из плагина Java

Хорошо, я понимаю новую зависимость библиотеки плагинов Java от Gradle 3.4. Поскольку плагин Android 3,0 использует Gradle 4.0, они, естественно, будут представлены. Следующая таблица может кратко объяснить:

Наконец, в зависимостях в build.gradle
Компиляция изменена на api
для compileOnly
testCompile изменен на testImplementation;
До и после изменения показаны в следующем коде:
Перед изменением

Примечание. Устаревшие зависимости compile, обеспечить и apk теперь доступны, но будут удалены в следующей версии, поэтому Google дает нам некоторое время для их использования.

После внесения изменений компиляция и запуск пройдены. (Предполагается, что версия 3.0.0.8 должна написать три числа как 3.0.1)

Ну, наконец, AS3.0, наконец, можно использовать, и проект может работать нормально.
Наконец, я надеюсь, что это будет полезно всем.

Что делает чистый проект Android Studio?

4 ответа. Он удаляет все уже скомпилированные файлы в вашем проекте, то есть удаляет файлы. class файлы и снова перекомпилирует проект. Действие очистки, в основном вызывающее задачу очистки ./gradle в каталоге вашего приложения, которая удаляет все сгенерированные файлы, удаляет папки сборки.

Что делает сборка чистого проекта в Android Studio?

Очистите каталог вашего проекта

Очевидно, попробуйте очистить свой проект из студии Android: «Сборка -> Очистить проект». Этот очистит ваши папки сборки. Очистите кеш Android Studio, используя «Файл -> Недействительные кеши / перезапуск», выберите «Недействительный и перезапуск» и закройте Android Studio.

Что делает сборка чистого проекта?

Когда вы чистите, это удаляет двоичные файлы внутри папок сборки и откладывает их сборку до следующего запуска. Когда вы выполняете перестройку, он очищает и перестраивает те файлы внутри папки сборки, которые снова перестраиваются при следующем запуске.

Где находится сборка чистого проекта в Android Studio?

Выберите Сборка> Очистите проект на панели инструментов Android Studio, подождите несколько секунд и затем создайте свой проект, выбрав «Сборка»> «Перестроить проект».

Безопасно ли удалить папку .gradle?

папка gradle. Внутри вы можете найти все настройки и другие файлы, используемые gradle для сборки проекта. Вы можете удалить эти файлы без проблем. Gradle воссоздает это.

Безопасно ли чистить проект в Android Studio?

4 ответа. Удаляет все уже скомпилированные файлы. в вашем проекте, что означает удаление. class файлы и снова перекомпилирует проект. Действие очистки, в основном вызывающее задачу очистки ./gradle в каталоге вашего приложения, которая удаляет все сгенерированные файлы, удаляет папки сборки.

Следует ли удалять неиспользуемые каталоги студии Android?

TL; DR: Нет. Это не вызовет никаких проблем. Скрытые папки в вашем домашнем каталоге должны содержать только настройки приложения. Если вы удалите его, вы просто вернете настройки AndroidStudio по умолчанию.

Что делает чистое решение в VS?

Чистое решение — удаляет все скомпилированные файлы (все dll и exe). … Rebuild Solution — удаляет все скомпилированные файлы и компилирует их снова независимо от того, был ли изменен код.

В чем разница между решением сборки и проектом сборки?

Сборка решения будет создавать любые проекты в решении, которые были изменены. Rebuild строит все несмотря ни на что, чистое решение удаляет все временные файлы, гарантируя, что следующая сборка будет завершена.

Как мне очистить мой проект Visual Studio?

Для создания, восстановления или очистки всего решения

Выберите «Собрать все», чтобы скомпилировать файлы и компоненты проекта, которые изменились с момента последней сборки.
Выберите «Восстановить все», чтобы «очистить» решение, а затем соберет все файлы и компоненты проекта.
Выберите «Очистить все», чтобы удалить все промежуточные и выходные файлы.

Как вы чистите и строите проект?