根据谷歌，我必须在发布我的Android应用程序谷歌播放之前“停用源代码中的Log方法的任何调用”。出版清单第3节节选:
在构建应用程序发布之前，请确保禁用了日志记录并禁用了调试选项。您可以通过删除源文件中对Log方法的调用来禁用日志记录。
我的开源项目很大，每次发布都要手动完成，这很痛苦。此外，删除Log行可能很棘手，例如:
if(condition)
Log.d(LOG_TAG, "Something");
data.load();
data.show();
如果注释Log行，则该条件将应用于下一行，并且可能不会调用load()。这样的情况是否罕见到我可以决定它不应该存在?
那么，是否有更好的源代码级方法来做到这一点呢?或者是一些聪明的ProGuard语法，有效但安全地删除所有Log行?
当前回答
这就是我过去在我的android项目上所做的。
在Android Studio我们可以做类似的操作，Ctrl+Shift+F从整个项目(命令+Shift+F在MacOs)和Ctrl+Shift+R替换((命令+Shift+R在MacOs))
其他回答
克里斯托弗的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命令)
如果你可以运行全局替换(一次)，然后保留一些编码惯例，你可以遵循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非常可靠，因此不需要额外的常数来控制剥离。
我知道这是个老问题了，但你为什么不把所有的日志调用都换成 布尔logCallWasHere = true;//——剩下的日志在这里
这就是为什么你会知道什么时候你想把它们放回去，他们不会影响你的if语句调用:)
打开“Application->app->proguard-rules.pro” 在proguard-rules.pro '中输入以下代码 android.util.Log { 公共静态*** d(…); 公共静态*** v(…); 公共静态*** w(…); 公共静态*** i(…); 公共静态*** e(…); ｝
#你可以删除特定的调试类，如果你想在日志中的调试类型错误
In build.gradle(app) ->android do this thing buildTypes { debug{ debuggable false minifyEnabled true shrinkResources true proguardFiles getDefaultProguardFile('proguard-android- optimize.txt'), 'proguard-rules.pro' } release { debuggable false minifyEnabled true shrinkResources true proguardFiles getDefaultProguardFile('proguard-android- optimize.txt'), 'proguard-rules.pro' } } lintOptions { checkReleaseBuilds false // Or, if you prefer, you can continue to check for errors in release builds, // but continue the build even when errors are found: abortOnError false }
我在谷歌IO示例应用程序中使用了LogUtils类。我将其修改为使用特定于应用程序的DEBUG常量而不是BuildConfig。因为BuildConfig. DEBUG。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");
}
}
