根据谷歌，我必须在发布我的Android应用程序谷歌播放之前“停用源代码中的Log方法的任何调用”。出版清单第3节节选:
在构建应用程序发布之前，请确保禁用了日志记录并禁用了调试选项。您可以通过删除源文件中对Log方法的调用来禁用日志记录。
我的开源项目很大，每次发布都要手动完成，这很痛苦。此外，删除Log行可能很棘手，例如:
if(condition)
Log.d(LOG_TAG, "Something");
data.load();
data.show();
如果注释Log行，则该条件将应用于下一行，并且可能不会调用load()。这样的情况是否罕见到我可以决定它不应该存在?
那么，是否有更好的源代码级方法来做到这一点呢?或者是一些聪明的ProGuard语法，有效但安全地删除所有Log行?
当前回答
如果你可以运行全局替换(一次)，然后保留一些编码惯例，你可以遵循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非常可靠，因此不需要额外的常数来控制剥离。
其他回答
我发布的这个解决方案特别适用于Android Studio用户。我最近也发现了Timber，并通过以下方法成功地将其导入到我的应用程序中:
将最新版本的库放入build.gradle:
compile 'com.jakewharton.timber:timber:4.1.1'
然后在Android工作室，点击编辑->查找->替换路径…
输入Log。e(TAG，或任何您已经定义到“Text to find”文本框中的日志消息。然后你只需将其替换为timber。
单击“查找”，然后替换全部。
Android Studios现在将遍历项目中的所有文件，并将所有日志替换为木材。
我用这个方法遇到的唯一问题是，gradle之后会出现一百万个错误消息，因为它无法在每个java文件的导入中找到“Timber”。只需点击错误和Android工作室将自动导入“木材”到你的java。一旦你为所有的错误文件做了这些，gradle就会再次编译。
你还需要把这段代码放在你的Application类的onCreate方法中:
if (BuildConfig.DEBUG) {
Timber.plant(new Timber.DebugTree());
}
这将导致只有当你处于开发模式而不是生产模式时才会出现应用日志记录。你也可以使用BuildConfig。RELEASE表示登录RELEASE模式。
我的方法:
1)启用列选择模式(alt+shift+insert)
2)选择一个日志。d(标签,“文本”);“日志”部分。
3)然后按shift + CTRL + Alt + j
4)点击左箭头
分离完成
6)点击删除。
这将一次性删除java文件中的所有LOG调用。
linux下可以使用bash和sed删除日志:
find . -name "*\.java" | xargs sed -ri ':a; s%Log\.[ivdwe].*\);%;%; ta; /Log\.[ivdwe]/ !b; N; ba'
适用于多行日志。在这个解决方案中，您可以确定，日志不会出现在生产代码中。
将以下内容添加到proguard-rules.txt文件中
-assumenosideeffects class android.util.Log {
public static *** d(...);
public static *** w(...);
public static *** v(...);
public static *** i(...);
}
我会考虑使用roboguice的日志记录工具，而不是内置的android.util.Log
它们的功能会自动禁用发布版本的调试和详细日志。 此外，您还可以免费获得一些漂亮的功能(例如，可定制的日志记录行为，每个日志的额外数据等等)
使用proguard可能是相当麻烦的，除非您有一个很好的理由(禁用日志不是一个好理由)，否则我不会经历配置和使其与应用程序一起工作的麻烦。
