Когда ADT устанавливает для BuildConfig.DEBUG значение false?

В последней версии ADT (r17) была добавлена ​​сгенерированная константа, BuildConfig.DEBUGкоторая устанавливается в соответствии с типом сборки. У меня проблема в том, что для него никогда не устанавливается значение false, я ожидал, что это изменится при выполнении «Android Tools -> Export Signed Application Package», но это не для меня.

Итак, как мне изменить тип сборки?

Добавлена ​​функция, позволяющая запускать некоторый код только в режиме отладки. Сборки теперь создают класс с именем BuildConfig, содержащий константу DEBUG, которая автоматически устанавливается в соответствии с типом сборки. Вы можете проверить константу (BuildConfig.DEBUG) в своем коде, чтобы запускать функции только для отладки

В настоящее время вы можете добиться правильного поведения, отключив «Автоматическая сборка», очистив проект и затем экспортируя его через «Инструменты Android -> Экспорт подписанного пакета приложения». При запуске приложение BuildConfig.DEBUGдолжно быть ложным.

В Eclipse я всегда отключаю параметр «Создавать автоматически» перед экспортом приложения в выпуске. Потом чищу проект и экспортирую. В противном случае он начинает компиляцию в режиме отладки, и тогда значение BuildConfig.DEBUG может быть неправильным.

В Android Studio я просто добавляю свою собственную переменную в build.gradle:

buildTypes {
    debug {
        buildConfigField "Boolean", "DEBUG_MODE", "true"
    }
    release {
        buildConfigField "Boolean", "DEBUG_MODE", "false"
    }
}

Когда я создаю проект, BuildConfig.java создается следующим образом:

public final class BuildConfig {
  // Fields from build type: debug
  public static final Boolean DEBUG_MODE = true;
}

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

if (BuildConfig.DEBUG_MODE) {
    // do something
}

Я рекомендую очистить после переключения сборки отладки / выпуска.

Не работает должным образом:

Проблема 27940 : BuildConfig.DEBUG имеет значение "true" для экспортированного пакета приложения.

Жаль, что они иногда выпускают глючные функции.

Это работает, но обратите внимание, что файл кода никогда не изменяется, даже при экспорте подписанного файла. В процессе экспорта значение этой переменной изменяется на false, что может создать ложное впечатление, что она не работает. Я тестировал это с помощью таких операторов регистрации, как

if (com.mypackage.BuildConfig.DEBUG)
            Log.d(TAG, location.getProvider() + " location changed");

При тестировании мои операторы журнала больше не производят никакого вывода.

Проверьте imports, иногда BuildConfig случайно импортируется из любого класса библиотеки. Например:

import io.fabric.sdk.android.BuildConfig;

В этом случае BuildConfig.DEBUG всегда будет возвращать false ;

import com.yourpackagename.BuildConfig;

В этом случае BuildConfig.DEBUG вернет ваш реальный вариант сборки .

ps Я просто копирую это из своего ответа здесь: BuildConfig.DEBUG всегда ложно при создании проектов библиотеки с помощью gradle

Из раздела "Подготовка к выпуску" :

Отключить ведение журнала и отладку

Обязательно отключите ведение журнала и отключите параметр отладки, прежде чем создавать приложение для выпуска. Вы можете отключить ведение журнала, удалив вызовы методов журнала в исходных файлах. Вы можете отключить отладку, удалив атрибут android: debuggable из тега в файле манифеста или установив для атрибута android: debuggable значение false в файле манифеста. Кроме того, удалите все файлы журналов или файлы статических тестов, которые были созданы в вашем проекте.

Кроме того, вам следует удалить все вызовы трассировки отладки, которые вы добавили в свой код, такие как вызовы методов startMethodTracing () и stopMethodTracing ().

Больше информации по ссылке.

Решение для меня:

1. Проект -> Создавать автоматически
2. Проект -> Очистить
3. Проект -> Сборка
4. Приложение Project Export для Android

Это работа в r20

Я хотел бы предложить простой обходной путь, если вы используете proguard во время экспорта APK.

Proguard предоставляет способ удалить вызовы определенных функций в режиме выпуска. Любые вызовы журналов отладки можно удалить с помощью следующих настроек в proguard-project.txt.

# Remove debug logs
-assumenosideeffects class android.util.Log {
    public static *** d(...);
    public static *** v(...);
}

И настройка оптимизации project.properties.

proguard.config=${sdk.dir}/tools/proguard/proguard-android-optimize.txt:proguard-project.txt

При этом вам не нужно беспокоиться о каких-либо ненужных вычислениях String, передаваемых в журнал отладки, на который указал @Jeremyfa. Вычисления просто удаляются в сборке релиза.

Таким образом, обходной путь для BuildConfig.DEBUG использует ту же функцию proguard, как показано ниже.

public class DebugConfig {

    private static boolean debug = false;

    static {
        setDebug(); // This line will be removed by proguard in release.
    }

    private static void setDebug() {
        debug = true;
    }

    public static boolean isDebug() {
        return debug;
    }
}

И после установки в proguard-project.txt.

-assumenosideeffects class com.neofect.rapael.client.DebugConfig {
    private static *** setDebug();
}

Я бы предпочел использовать это, чтобы отключить эту Build Automaticallyопцию, потому что это не зависит от индивидуальных настроек IDE конструктора, а сохраняется как зафиксированный файл, который совместно используется разработчиками.

Не работает, насколько я понял ( проблема Android 22241 )

У меня были проблемы с проектом (при работе с Eclipse), эта константа не была установлена ​​в значение true при экспорте подписанного APK моего проекта :(

Хотел бы услышать, что это работает, хотя

хороший способ - создать свой собственный класс:

public class Log {

public static void d(String message) {
    if (BuildConfig.DEBUG)
        android.util.Log.d(
            "[" + (new Exception().getStackTrace()[1].getClassName()) + "]",
            "{" + (new Exception().getStackTrace()[1].getMethodName()) + "} "
            + message
        );
}

}

Я видел странное поведение, связанное с тем, что значения в BuildConfig установлены на их окончательные значения. Возможно, это связано с вашей проблемой.

Простое объяснение состоит в том, что значения по умолчанию устанавливаются изначально до запуска Proguard, а затем после запуска Proguard файл BuildConfig восстанавливается с правильными значениями. Однако Proguard к этому моменту уже оптимизировал ваш код, и у вас есть проблемы.

Вот ошибка, которую я создал против Gradle. https://code.google.com/p/android/issues/detail?id=182449