Intereting Posts
Recycle view – java.lang.NullPointerException Java: разные результаты при декодировании base64 строки с java.util.Base64 vs android.util.Base64 Поддерживаемые устройства 0 в Google Play OnIabPurchaseFinished никогда не звонил. Как открыть Настройки Android-телефона нажатием кнопки в нашем приложении для Android Удаление Apache HTTP Client из API23, повлияет ли это на Volley? Вставка тысяч записей контактов с использованием applyBatch выполняется медленно Отладка собственного кода в Android на * устройстве * (не эмулятор) Как создать пользовательскую панель прогресса в Android? Android – ImageLoader должен быть инициализирован с настройкой перед использованием в UIL Что эквивалентно getCheckedItemCount () для уровня API <11? Как щелкнуть взгляды за панелью инструментов? Не удалось выполнить «play» в «HTMLMediaElement»: API может быть инициирован только жестом пользователя Есть ли там, чтобы получить uri растрового изображения без сохранения его на SDCard? Почему элементы изменяют порядок при прокрутке в Android GridView?

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

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

Благодаря,

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

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

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

благодаря

Solutions Collecting From Web of "Log.d и влияние на производительность"

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

Например

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

Мое решение:

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

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

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

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