根据谷歌的要求，在将我的 Android 应用程序发布到 Google Play 之前，我必须 "在源代码中停用任何对Log方法的调用"。这是来自发布检查清单第3节的摘录：
在构建应用程序以发布时，请确保停用日志记录并禁用调试选项。您可以通过从源文件中删除对 Log 方法的调用来停用日志记录。
我的开源项目很大，每次发布都手动完成这个任务很麻烦。此外，删除日志行可能有潜在的麻烦，例如：
if(condition)
Log.d(LOG_TAG, "Something");
data.load();
data.show();
我发现一种更简单的解决方法是忘记所有的if检查，并只需在调用Ant的release目标时，使用ProGuard来删除任何Log.d()或Log.v()方法调用。
这样，我们始终可以在常规构建中输出调试信息，而不必为发布版本进行任何代码更改。ProGuard还可以对字节码进行多次传递，以删除其他不需要的语句、空块，并在适当的情况下自动内联短方法。
例如，这是一个非常基本的Android ProGuard配置：
-dontskipnonpubliclibraryclasses
-dontobfuscate
-forceprocessing
-optimizationpasses 5
-keep class * extends android.app.Activity
-assumenosideeffects class android.util.Log {
public static *** d(...);
public static *** v(...);
}
你需要将其保存到一个文件中，然后从Ant中调用ProGuard，传入刚编译的JAR和你正在使用的Android平台JAR。
另请参见ProGuard手册中的示例。
更新（4.5年后）：现在我使用Timber进行Android日志记录。
它不仅比默认的Log实现更好——日志标签会自动设置，并且很容易记录格式化字符串和异常，而且还可以在运行时指定不同的日志记录行为。
在此示例中，日志记录语句仅在我的应用程序的调试版本中写入logcat：
Timber在我的Application的onCreate()方法中设置：
if (BuildConfig.DEBUG) {
Timber.plant(new Timber.DebugTree());
}
那么在我的代码的任何其他地方，我都可以轻松记录日志：
Timber.d("Downloading URL: %s", url);
try {
// ...
} catch (IOException ioe) {
Timber.e(ioe, "Bad things happened!");
}
查看Timber示例应用，以获取更高级的示例。在开发过程中将所有日志语句发送到日志记录器，在生产环境中不记录调试语句，但静默报告错误至Crashlytics。
所有答案都不错，但当我完成开发后，我不想在所有Log调用周围使用if语句，也不想使用外部工具。
因此，我使用的解决方案是，将android.util.Log类替换为我的自定义Log类：
public class Log {
static final boolean LOG = BuildConfig.DEBUG;
public static void i(String tag, String string) {
if (LOG) android.util.Log.i(tag, string);
}
public static void e(String tag, String string) {
if (LOG) android.util.Log.e(tag, string);
}
public static void d(String tag, String string) {
if (LOG) android.util.Log.d(tag, string);
}
public static void v(String tag, String string) {
if (LOG) android.util.Log.v(tag, string);
}
public static void w(String tag, String string) {
if (LOG) android.util.Log.w(tag, string);
}
}
我需要在所有源文件中替换android.util.Log的导入为我的自定义类。
Log.d("tag", someValue.toString());时很容易忘记检查someValue是否为null，这意味着它可能会在生产环境中抛出NullPointerException。它建议一个安全的解决方案，但这会欺骗你。我们使用一个private static boolean DEBUG，然后if(DEBUG)Log.d(TAG, msg);。 - philippString。完整的解决方案在这里中描述。显然，这还有另一个缺点：每个调用都应该被编辑（不仅仅是一个导入行）。 - Stanstatic final boolean LOG = BuildConfig.DEBUG，而无需修改这个文件。 - ashishduhclass MyDebug {
static final boolean LOG = true;
}
然后，在你的代码中想要记录日志的地方，只需这样做：
if (MyDebug.LOG) {
if (condition) Log.i(...);
}
现在，当你将 MyDebug.LOG 设置为 false 时，编译器将删除所有此类检查内部的代码（由于它是静态和最终的，所以编译器在编译时知道该代码不会被使用）。static final String TAG = "WindowManager";
static final boolean DEBUG = false;
static final boolean DEBUG_FOCUS = false;
static final boolean DEBUG_ANIM = false;
static final boolean DEBUG_LAYOUT = false;
static final boolean DEBUG_RESIZE = false;
static final boolean DEBUG_LAYERS = false;
static final boolean DEBUG_INPUT = false;
static final boolean DEBUG_INPUT_METHOD = false;
static final boolean DEBUG_VISIBILITY = false;
static final boolean DEBUG_WINDOW_MOVEMENT = false;
static final boolean DEBUG_ORIENTATION = false;
static final boolean DEBUG_APP_TRANSITIONS = false;
static final boolean DEBUG_STARTING_WINDOW = false;
static final boolean DEBUG_REORDER = false;
static final boolean DEBUG_WALLPAPER = false;
static final boolean SHOW_TRANSACTIONS = false;
static final boolean HIDE_STACK_CRAWLS = true;
static final boolean MEASURE_LATENCY = false;
使用相应的代码：
if (DEBUG_FOCUS || DEBUG_WINDOW_MOVEMENT) Log.v(
TAG, "Adding window " + window + " at "
+ (i+1) + " of " + mWindows.size() + " (after " + pos + ")");
Christopher的Proguard解决方案是最好的，但如果出于任何原因你不喜欢Proguard，这里有一个非常简单的解决方案：
注释日志：
find . -name "*\.java" | xargs grep -l 'Log\.' | xargs sed -i 's/Log\./;\/\/ Log\./g'
取消注释日志：
find . -name "*\.java" | xargs grep -l 'Log\.' | xargs sed -i 's/;\/\/ Log\./Log\./g'
一个限制条件是你的日志记录指令不能跨越多行。
（在项目的根目录中，在UNIX shell中执行这些命令。如果使用Windows，请获取UNIX层或使用相当于Windows的命令）
// vs. ;//）。 - Alex Gittemeier我想为在Android Studio和Gradle中使用Proguard添加一些细节，因为我曾经遇到过许多从最终二进制文件中删除日志行的问题。
为了让Proguard中的assumenosideeffects起作用，有一个前提条件。
在您的gradle文件中，您必须指定使用proguard-android-optimize.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-optimize.txt文件没有添加这些行，因此现在assumenosideeffects可以使用。
然后，就个人而言，我使用SLF4J，尤其是当我开发一些分发给他人的库时。优点是默认情况下没有输出。如果集成者想要一些日志输出，他可以使用Logback for Android并激活日志，因此日志可以重定向到文件或LogCat。
如果我真的需要从最终库中去除日志，那么我会在我的Proguard文件中添加以下内容（当然是在启用了proguard-android-optimize.txt文件后）：
-assumenosideeffects class * implements org.slf4j.Logger {
public *** trace(...);
public *** debug(...);
public *** info(...);
public *** warn(...);
public *** error(...);
}
proguard-android-optimize.txt作为默认的Proguard文件，并在自定义的Proguard文件中使用-assumenosideeffects！我正在使用R8收缩器（现在是默认值）和默认的Android日志记录。 - Jonik我强烈建议使用Jake Wharton的Timber。
https://github.com/JakeWharton/timber
它可以解决您启用/禁用问题，并自动添加标记类。
只需要...
public class MyApp extends Application {
public void onCreate() {
super.onCreate();
//Timber
if (BuildConfig.DEBUG) {
Timber.plant(new DebugTree());
}
...
日志仅在您的调试版本中使用，然后使用。
Timber.d("lol");
Timber.i("lol says %s","lol");
打印
“您的类/消息”，不指定标签
我使用了一个类似于Google IO示例应用程序中使用的LogUtils类。我修改了它，使用应用程序特定的DEBUG常量而不是BuildConfig.DEBUG，因为BuildConfig.DEBUG不可靠。然后在我的类中，我有以下内容。
import static my.app.util.LogUtils.makeLogTag;
import static my.app.util.LogUtils.LOGV;
public class MyActivity extends FragmentActivity {
private static final String TAG = makeLogTag(MyActivity.class);
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
LOGV(TAG, "my message");
}
}
Build.DEBUG的bug报告，给了它一个加1。我也放弃了各种“正确”的解决方法，采用了与你类似的风格解决方案。 - Richard Le Mesurier我发布了这个解决方案，特别适用于Android Studio用户。我最近也发现了Timber，并通过以下方式成功地将其导入到我的应用程序中：
将库的最新版本放入您的build.gradle文件中：
compile 'com.jakewharton.timber:timber:4.1.1'
Log.e(TAG,或者你已经定义好的Log消息。然后用Timber.e(替换它。保留HTML标签。
点击查找，然后替换所有。
Android Studio将遍历您项目中的所有文件，并用Timber替换所有日志。
我使用这种方法唯一的问题是，gradle在此之后会出现数百万个错误消息，因为它无法在每个Java文件的导入中找到“Timber”。只需单击错误，Android Studio就会自动将“Timber”导入到您的Java文件中。完成所有错误文件的操作后，gradle将再次编译。
您还需要在 Application 类的 onCreate 方法中放置此代码片段：
if (BuildConfig.DEBUG) {
Timber.plant(new Timber.DebugTree());
}
BuildConfig.RELEASE在发布模式下记录日志。import android\.util\.Log\;替换为：import android\.util\.Log\;\nimport timber\.log\.Timber\; - Clark WilsonTimber.e(TAG + ": " +将是更好的实践。 - DeveloperKurt而不是写
Log.d(TAG, string1 + string2 + arg3.toString());
if (BuildConfig.DEBUG) Log.d(TAG, string1 + String.format("%.2f", arg2) + arg3.toString());
proguard-android-optimize.txt，您不需要担心proguard-rules.pro中的android.util.Log。android {
…
buildTypes {
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
}
BuildConfig.DEBUG非常可靠，因此您不需要额外的常量来控制剥离。