如果您希望使用编程方法而不是使用ProGuard，那么通过创建自己的类，其中包含两个实例(一个用于调试，一个用于发布)，您可以选择在任何一种情况下登录什么。

所以，如果你不想在发布时记录任何东西，只需实现一个什么都不做的Logger，如下例所示:

import android.util.Log

sealed class Logger(defaultTag: String? = null) {
    protected val defaultTag: String = defaultTag ?: "[APP-DEBUG]"

    abstract fun log(string: String, tag: String = defaultTag)

    object LoggerDebug : Logger() {
        override fun log(string: String, tag: String) {
            Log.d(tag, string)
        }
    }

    object LoggerRelease : Logger() {
        override fun log(string: String, tag: String) {}
    }

    companion object {
        private val isDebugConfig = BuildConfig.DEBUG

        val instance: Logger by lazy {
            if(isDebugConfig)
            LoggerDebug
            else
                LoggerRelease
        }

    }
}

然后使用记录器类:

class MainActivity : AppCompatActivity() {

private val logger = Logger.instance

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_main)
    logger.log("Activity launched...")
    ...
    myView.setOnClickListener {
        ...

        logger.log("My View clicked!", "View-click")
    }
}

== update ==

如果我们想避免字符串连接以获得更好的性能，我们可以添加一个带有lambda的内联函数，该函数只在调试配置中调用:

// Add this function to the Logger class.
inline fun commit(block: Logger.() -> Unit) {
    if(this is LoggerDebug)
        block.invoke(this)
}

然后:

 logger.commit {
     log("Logging without $myVar waste of resources"+ "My fancy concat")
 }

因为我们使用的是内联函数，所以没有额外的对象分配，也没有额外的虚方法调用。

我喜欢使用Log。d(TAG，一些字符串，通常是字符串。格式())。

TAG总是类名

改变日志。d(TAG，——> Logd(在类的文本中

private void Logd(String str){
    if (MainClass.debug) Log.d(className, str);
}

通过这种方式，当您准备发布版本时，将MainClass.debug设置为false!

正如zserge的评论所言，

Timber非常好，但如果你已经有一个现有的项目-你可以尝试github.com/zserge/log。它是android.util.Log的替代品，具有Timber的大部分功能，甚至更多。

他的日志库提供了简单的启用/禁用日志打印开关，如下所示。

此外，它只需要更改导入行，对于Log.d(…)不需要更改任何内容;声明。

if (!BuildConfig.DEBUG)
    Log.usePrinter(Log.ANDROID, false); // from now on Log.d etc do nothing and is likely to be optimized with JIT

如果你可以运行全局替换(一次)，然后保留一些编码惯例，你可以遵循Android框架中经常使用的模式。

而不是写作

Log.d(TAG, string1 + string2 + arg3.toString());

把它当作

if (BuildConfig.DEBUG) Log.d(TAG, string1 + String.format("%.2f", arg2) + arg3.toString());

现在proguard可以从优化版的DEX中删除StringBuilder和它使用的所有字符串和方法。使用proguard-android- optimization .txt，你就不用担心android.util了。

android {
  …
  buildTypes {
    release {
      minifyEnabled true
      proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
    }
  }
}

与Android Studio gradle插件，BuildConfig。DEBUG非常可靠，因此不需要额外的常数来控制剥离。

将以下内容添加到proguard-rules.txt文件中

-assumenosideeffects class android.util.Log {
  public static *** d(...);
  public static *** w(...);
  public static *** v(...);
  public static *** i(...);
}

我想添加一些关于使用Proguard与Android Studio和gradle的精度，因为我有很多问题，从最终的二进制文件中删除日志行。

为了使保护工作中的副作用假设，有一个先决条件。

在你的gradle文件中，你必须指定proguard-android- optimization .txt作为默认文件。

buildTypes {
    release {
        minifyEnabled true
        proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'

        // With the file below, it does not work!
        //proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
    }
}

实际上，在默认的proguard-android.txt文件中，通过以下两个标志禁用了优化:

-dontoptimize
-dontpreverify

proguard-android- optimization .txt文件没有添加这些行，所以现在假设副作用可以工作。

然后，就我个人而言，我使用SLF4J，特别是当我开发一些分发给其他人的库时。其优点是默认情况下没有输出。如果积分器想要一些日志输出，他可以使用Android的Logback并激活日志，这样日志就可以重定向到文件或LogCat。

如果我真的需要从最终库中剥离日志，我就会添加到我的Proguard文件中(当然是在启用了Proguard -android- optimization .txt文件之后):

-assumenosideeffects class * implements org.slf4j.Logger {
    public *** trace(...);
    public *** debug(...);
    public *** info(...);
    public *** warn(...);
    public *** error(...);
}