Log.d и влияние на производительность

Я не совсем уверен в том, что я читаю в документации. Можно ли оставить кучу фрагментов кода log.d, или я должен прокомментировать их, чтобы они не влияли на производительность моего приложения.

Спасибо,

Я немного смущен, потому что, если вы читаете о объекте журнала (documentation), вы увидите следующее:

"Порядок с точки зрения многословия, от наименьшего к наибольшему - ERROR, WARN, INFO, DEBUG, VERBOSE. Подробную информацию никогда не следует компилировать в за исключением случаев, когда разрабатывается. Журналы отладки скомпилированы в лишен во время выполнения. Журналы ошибок, предупреждений и информации всегда сохраняются."

Похоже, что это нормально, если оставить там отладочные сообщения, потому что они "разделены". В любом случае, спасибо за ответы, я прокомментирую их, когда закончите. Не так, как они мне нужны, когда приложение завершено.

Спасибо

Ответ 1

Журнал влияет на производительность, поэтому он рекомендовал вам прокомментировать его или зарегистрировать с условными операторами.

Например

public class MyActivity extends Activity {
// Debugging
 private static final String TAG = "MyApp";
 private static final boolean D = true;
 @Override
 public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    if(D) Log.e(TAG, "MyActivity.onCreate debug message");
 }

Затем, когда вы публикуете свою версию выпуска, просто измените "D" на false

Ответ 2

Мое решение:

Добавить неохраняемые записи журнала везде, где вам нравится
Разделите их для выпуска версий

Ответ 3

Определенно комментируйте их. Они быстро складываются и могут заметно замедлить ваше приложение, особенно если у вас есть их в циклах.

Ответ 4

Просто используйте методы защиты кода.

if (Log.isLoggable(LOG_TAG, Log.DEBUG)) {
Log.d(LOG_TAG, "Your log here");
}