Gradle buildConfigField BuildConfig не может разрешить символ

Убедитесь, что ваш файл импортирует правильный класс BuildConfig. Иногда, если у вас есть другие библиотеки или модули проекта, он может импортировать неправильный buildConfig. Убедитесь, что ваш импорт выглядит так: com.project.app.BuildConfig. У меня была такая же проблема, и проблема заключалась в следующем. Надеюсь, это может кому-то помочь.

У меня была такая же ошибка. Попробуйте нажать синхронизировать справа от сохранения. Сделайте это после синхронизации gradle.

Изменения в файлах сборки gradle не обновляют генерацию класса BuildConfig, даже если вы щелкнете желтую панель «синхронизировать сейчас» вверху. Полная очистка заставит сгенерировать этот файл.

В Android Studio: Сборка -> Чистый проект

Произошло со мной, потому что я неправильно объявил поле String.

Я забыл убегающие символы. Переход с:

buildConfigField "String", "FOO", "foo"

to

buildConfigField "String", "FOO", "\"foo\""

решил проблему.

То же самое случилось со мной, исправлено при запуске этого в корне проекта:

./gradlew assembleDebug

Убедитесь, что вы добавили свой параметр также в файл defaultConfig. Вероятно, вы используете buildVarient по умолчанию, в то время как ваш параметр определен в конкретном buildVariant.

в файле сборки gradle используйте это:

 defaultConfig {
        buildConfigField('String' , 'myParameter', 'someValue')
    }

Затем в коде используйте это:

String myParam= BuildConfig.myParameter;

Надеюсь, это поможет, M.A :)

Вы должны сначала выбрать желаемый вариант сборки, чтобы иметь доступ к его buildConfigField.

если возникает проблема такого типа, просто очистите и перестройте свой проект.

благодаря.

В моем случае в Android Studio:

1. Сборка - ›Чистый проект;

2. Файл - ›Недействительные кеши / перезагрузка ...

3. Сборка - ›Проект восстановления

В Android Studio - нажмите «Сборка», затем «Очистить проект» - после очистки нажмите «Восстановить проект». - Когда закончите, закройте свой проект. - Снова откройте свой проект и запустите его, ошибка больше не должна появляться, она исчезла.

Эта же проблема сводила меня с ума уже больше недели. В моем случае это был простой импорт. Я искал его, но почему-то нигде в документации, которую я смог найти, не упоминается, что вам нужно импортировать класс BuildConfig куда угодно! И все же это логично. Я продолжал верить, что это могло произойти автоматически. Ну, это НЕ.

Так что попробуйте:

• щелкните один раз BuildConfig. часть кода, вызывающую ошибку. В синем пузыре должно появиться справочное сообщение, например: «? uk.co.package.app.BuildConfig? Alt + ENTER». Нажмите на него, и Android Studio автоматически добавит недостающий импорт. или
• добавьте import uk.co.package.app.BuildConfig; где-нибудь в списке импорта.

перестроить ... работает! ну, по крайней мере, для меня это сработало.

Надеюсь, что это поможет другому новичку в Gradle Android, как я!

Добавьте ниже в build.gradle (Модуль: Приложение) и Rebuild Project

android {
    buildFeatures {
        buildConfig = true
    }
}

В моем случае проблема заключалась в том, что я только что переименовал модуль своего проекта, но ссылки на имена модулей не обновлялись автоматически в AndroidManifest.xml.

Переименование их вручную и перестройка проекта решили проблему.

Найдите вхождения BuildConfig. У меня был мошеннический импорт несуществующих BuildConfig и компилятора, вместо того, чтобы улавливать это, указывающее на случайную строку кода где-то еще!

Используйте это для Android X

import androidx.multidex.BuildConfig;

это работа для меня.

Мой пакет не обновлялся в моем манифесте. Я проверил файл AndroidManifest.xml и исправил имя своего пакета. Вот как я решил эту проблему.

Мои 2 цента:

У меня был правильный import xxx.BuildConfig, AS будет указывать на эту строку и те строки, где у меня было BuildConfig.SOME_VARIABLE, поэтому я удалил строку import, перестроил ее, получил сообщение об ошибке BuildConfig is unrecognised reference blah blah, а после этого я импортировал ее и заново построил.

Я столкнулся с такой же ошибкой при сборке (отладке) старого проекта в студии Android. Когда я исследовал ошибку, я обнаружил, что класс BuildConfig определен в 2 файлах. 1-й был в BuildConfig.java, а 2-й - в BuildConfig2.java.

Я удалил один из файлов и работал правильно.

В моем случае я сделал глупую ошибку, КОПИРОВАТЬ И ВСТАВИТЬ ОДИН ВАРИАНТ. Я просто переименовал другой вариант, и он сработал.

Возможное решение: если вы используете библиотеку биллинга Android X, возможно, добавив следующую строку в ваш build.gradle файл:

implementation 'com.android.billingclient:billing:2.2.0'

Имейте в виду, что биллинговая библиотека Android ТАКЖЕ включает свой собственный BuildConfig класс, который может сбить с толку редактор кода Android Studio. Если это произойдет, он может автоматически добавить следующий оператор import в один из ваших классов:

import com.android.billingclient.BuildConfig;

Это не тот, который вы хотите использовать, верно? Тот, который вы хотите использовать (если вы выполняли отладочную сборку), может быть здесь:

./build/generated/source/buildConfig/debug/com/example/myapp/BuildConfig.java

Итак, чтобы исправить, удалите эту строку оператора импорта и перестройте, чтобы увидеть, может ли она разрешиться вправо BuildConfig.java. Если это невозможно, вам может потребоваться явное имя через import com.example.myapp.BuildConfig.java, чтобы было совершенно ясно, что вам нужна версия этого файла из вашего пакета, а не какая-либо другая.

Надеюсь это поможет!

Перестройте модуль, щелкнув его правой кнопкой мыши и выбрав Rebuild Module 'module name'

или используйте короткую клавишу: Ctrl + Shift + F9

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

android{
buildFeatures{
    buildConfig = true
}}

Я перепробовал все здесь, и у меня ничего не получилось. Изначально у меня была проблема, заключающаяся в том, что один из методов BuildConfig, о котором я говорил, не обнаруживался, поэтому я попробовал некоторые из решений здесь. Это только еще больше разрушило мой проект (по крайней мере, я так думал). Я попытался изменить свой тип сборки и в итоге столкнулся с проблемой, упомянутой OP (которая была проблемой, которой у меня не было. Я пришел сюда в поисках решения другой проблемы, и в итоге создал проблему OP для себя facepalm ).