BuildConfig.DEBUG завжди хибний при створенні бібліотечних проектів за допомогою gradle

BuildConfig.DEBUG не працює (= логічно встановлено як false), коли я запускаю свою програму в режимі налагодження. Я використовую Gradle для побудови. У мене є бібліотечний проект, де я виконую цю перевірку. BuildConfig.java виглядає так у папці налагодження збірки:

/** Automatically generated the file. DO NOT MODIFY */
package common.myProject;

public final class BuildConfig {
    public static final boolean DEBUG = Boolean.parseBoolean("true");

}

і в папці випуску:

public static final boolean DEBUG = false;

як у проекті бібліотеки, так і в проекті програми.

Я намагався обійти це, перевіривши змінну, яка встановлює клас мого проекту. Цей клас успадковується від бібліотеки та запускається під час запуску.

<application
        android:name=".MyPrj" ...

Це призводить до іншої проблеми: це те, що я використовую свою змінну DEBUG у DataBaseProvider, який працює перед класом програми, і вона не буде працювати належним чином через цю помилку.

Це очікувана поведінка для цього.

Бібліотечні проекти публікують лише свої варіанти випуску для споживання іншими проектами або модулями.

Ми працюємо над виправленням цього, але це нетривіально і вимагає значного обсягу роботи.

Ви можете відстежити проблему за адресою https://code.google.com/p/android/issues/detail?id=52962

З Android Studio 1.1 та версією gradle на 1.1 можна:

Бібліотека

android {
    publishNonDefault true
}

Додаток

dependencies {
    releaseCompile project(path: ':library', configuration: 'release')
    debugCompile project(path: ':library', configuration: 'debug')
}

Повну документацію можна знайти тут http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Library-Publication

РЕДАГУВАТИ :

Питання тільки що був відзначений як фіксований для Android Studio Gradle версії 3.0. Там ви можете просто скористатися, implementation project(path: ':library')і він автоматично вибере правильну конфігурацію.

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

import io.fabric.sdk.android.BuildConfig;

У цьому випадку BuildConfig.DEBUG завжди повертає false ;

import com.yourpackagename.BuildConfig;

У цьому випадку BuildConfig.DEBUG поверне ваш реальний варіант збірки.

Це як відповідь Філа, за винятком того, що йому не потрібен контекст:

private static Boolean sDebug;

/**
 * Is {@link BuildConfig#DEBUG} still broken for library projects? If so, use this.</p>
 * 
 * See: https://code.google.com/p/android/issues/detail?id=52962</p>
 * 
 * @return {@code true} if this is a debug build, {@code false} if it is a production build.
 */
public static boolean isDebugBuild() {
    if (sDebug == null) {
        try {
            final Class<?> activityThread = Class.forName("android.app.ActivityThread");
            final Method currentPackage = activityThread.getMethod("currentPackageName");
            final String packageName = (String) currentPackage.invoke(null, (Object[]) null);
            final Class<?> buildConfig = Class.forName(packageName + ".BuildConfig");
            final Field DEBUG = buildConfig.getField("DEBUG");
            DEBUG.setAccessible(true);
            sDebug = DEBUG.getBoolean(null);
        } catch (final Throwable t) {
            final String message = t.getMessage();
            if (message != null && message.contains("BuildConfig")) {
                // Proguard obfuscated build. Most likely a production build.
                sDebug = false;
            } else {
                sDebug = BuildConfig.DEBUG;
            }
        }
    }
    return sDebug;
}

Як обхідний шлях можна використовувати цей метод, який використовує відображення, щоб отримати значення поля з програми (а не з бібліотеки):

/**
 * Gets a field from the project's BuildConfig. This is useful when, for example, flavors
 * are used at the project level to set custom fields.
 * @param context       Used to find the correct file
 * @param fieldName     The name of the field-to-access
 * @return              The value of the field, or {@code null} if the field is not found.
 */
public static Object getBuildConfigValue(Context context, String fieldName) {
    try {
        Class<?> clazz = Class.forName(context.getPackageName() + ".BuildConfig");
        Field field = clazz.getField(fieldName);
        return field.get(null);
    } catch (ClassNotFoundException e) {
        e.printStackTrace();
    } catch (NoSuchFieldException e) {
        e.printStackTrace();
    } catch (IllegalAccessException e) {
        e.printStackTrace();
    }
    return null;
}

DEBUGНаприклад, щоб отримати поле, просто зателефонуйте йому зі свого Activity:

boolean debug = (Boolean) getBuildConfigValue(this, "DEBUG");

Я також поділився цим рішенням у програмі відстеження випусків AOSP .

Не дуже правильний спосіб перевірити, чи є у вас настрій для налагодження, але ви можете перевірити, чи не відладжується сама програма за допомогою:

private static Boolean sIsDebuggable;

public static boolean isDebuggable(Context context) {
    if (sIsDebuggable == null)
        sIsDebuggable = (context.getApplicationInfo().flags & ApplicationInfo.FLAG_DEBUGGABLE) != 0;
    return sIsDebuggable;
}

Поведінка програм і бібліотек за замовчуванням буде ідеально відповідати йому.

Якщо вам потрібен кращий обхідний шлях, ви можете використовувати замість цього:

public static boolean isInDebugFlavour(Context context) {
    if (sDebugFlavour == null) {
        try {
            final String packageName = context.getPackageName();
            final Class<?> buildConfig = Class.forName(packageName + ".BuildConfig");
            final Field DEBUG = buildConfig.getField("DEBUG");
            DEBUG.setAccessible(true);
            sDebugFlavour = DEBUG.getBoolean(null);
        } catch (final Throwable t) {
            sDebugFlavour = false;
        }
    }
    return sDebugFlavour;
}

Ви можете створити власний клас BuildConfig для кожного типу збірки за допомогою gradle

public class MyBuildConfig
{
    public static final boolean DEBUG = true;
}

для /src/debug/.../MyBuildConfig.java та ...

public class MyBuildConfig
{
    public static final boolean DEBUG = false;
}

для /src/release/.../MyBuildConfig.java

Потім використовуйте:

if (MyBuildConfig.DEBUG)
    Log.d(TAG, "Hey! This is debug version!");

Ось ще одне рішення.

1) Створити інтерфейс

public interface BuildVariantDetector {

    boolean isDebugVariant();

}

2) Використовуйте цей інтерфейс у класі Application (модуль Appplication)

public class MyApplication extends Application implements BuildVariantDetector {

    @Override
    public boolean isDebugVariant() {
        return BuildConfig.DEBUG; //application (main module) Buildonfig
    }

}

3) А далі в бібліотечному модулі:

boolean debugVariant = ((BuildVariantDetector)getApplication()).isDebugVariant();

У нас була та сама проблема. Я придумав щось подібне:

У нас є SDK (бібліотека) та демонстраційний проект, ієрархія виглядає так:

Parent
  |
  + SDK (:SDK)
  |
  + DemoApp (:DemoApp)

Для демонстраційного додатка, який ми маємо, були :SDK:jarjarDebugі :SDK:jarjarReleaseє деякі конкретні завдання, :SDKякі створюють кілька пост-оброблених банок:

dependencies {
    debugCompile tasks.getByPath(":SDK:jarjarDebug").outputs.files
    releaseCompile tasks.getByPath(":SDK:jarjarRelease").outputs.files
    ... more dependencies ...
}

Це працює навіть для декількох buildTypesпобудованих одночасно. Хоча налагодження дещо складне. Будь ласка, коментуйте.

Це мій спосіб вирішити: відображати BuildConfig модуля програми:

`загальнодоступна статична логічна налагодження = isDebug ();

private static boolean isDebug() {
    boolean result = false;
    try {
        Class c = Class.forName("com.example.app.BuildConfig");
        Field f = c.getField("DEBUG");
        f.setAccessible(true);
        result = f.getBoolean(c);
    } catch (ClassNotFoundException e) {
        e.printStackTrace();
    } catch (NoSuchFieldException e) {
        e.printStackTrace();
    } catch (IllegalAccessException e) {
        e.printStackTrace();
    }
    return result;
}`

Ви можете спробувати це на кожному з проектів buildTypes:

parent.allprojects.each{ project -> android.defaultConfig.debuggable = true}

У моєму випадку я імпортував неправильно, BuildConfigоскільки мій проект має багато бібліотечних модулів. Виправлення полягало в імпорті правильного BuildConfigдля мого appмодуля.

Робота з налагоджуваним true у файлі gradle.

buildTypes {
  demo{
 debuggable true
    }
  live{
 debuggable true
    }
}

BuildConfig.DEBUG взагалі не є надійним, Android забезпечив внутрішній прапор, який доступний у всьому світі, який вказує, чи є збірка в режимі налагодження чи без налагодження

(getContext().getApplicationInfo().flags &ApplicationInfo.FLAG_DEBUGGABLE) != 0) 

буде правдою, якщо вона знаходиться в налагодженні

Подяки: https://medium.com/@elye.project/checking-debug-build-the-right-way-d12da1098120