Как найти логи на android studio?
Я попытался импортировать свой проект в android studio.The ошибка будет shown.I нужно знать, где я получаю журналы?
11 ответов
Я использую Android Studio, Я хочу отлаживать свои приложения на Visual Studio Android Emulator, Я сделал это руководство: https:/ / blogs.msdn.microsoft.com/visualstudioalm/2015/07/20/using-the-visual-studio-emulator-for-android-from-android-studio-or-eclipse-with-adt / Но в Android Studio я не.
Вот моя проблема, я переустановил android studio, и я не могу найти или установить android sdk, всякий раз, когда я открываю android studio, я даю ошибку Android SDK путь не указан, я сохранил его на другом диске по причине управления памятью, но когда я даю ему этот путь, он не работает. Я также.
На панели инструментов -> Меню Справки -> Показать вход explorer.
Он открывает папку журнала, в которой вы можете найти все журналы
На компьютере Mac idea.log содержится в
Новая стабильная версия (1.2) находится в
Новая стабильная версия (2.2) находится в
Новая стабильная версия (3.4) находится в
У меня была та же проблема, и после некоторого поиска я смог найти свои журналы в следующем месте:
Мой Android Studio-это 3.0, пожалуйста,выполните два шага ниже, надеюсь, это поможет;)
Нет никакого способа получить журналы для проблем с установкой.
В ubuntu он должен быть под
где user_name регистрируется в имени пользователя, а product_name может быть, например .AndroidStudio1.5
В версии windows
вы можете найти журнал в нижней части IDE, нажмите «Gradle Console», and then choose the «Android Monitor». Вы увидите элемент управления Droplistbox, который показывает «Verbose» в качестве значения по умолчанию.
Если вы используете log.v() . Подробный вариант-это нормально. если вы используете log.d() , просто измените его на Debug.
Поэтому, когда вы запускаете свой эмулятор, вы можете получить свой журнал из этого окна.
Надеюсь, это кому-то поможет: в Mac OS X журналы находятся в пределах /Users/ /Library/Logs/AndroidStudio /
Вы можете открыть окно инструментов » Сообщения » или » Журнал событий «, чтобы просмотреть свой журнал. В дополнение к этому, если вы хотите просмотреть журнал устройств, вы можете открыть окно инструмента Logcat для просмотра журнала : Вид > Инструмент Windows > Logcat
Для Android studio 3.4.2 перейдите в раздел View — > Tool Windows — > Logcat.
Я установил Android Studio 2.2.3 для использования на Qt Creator для создания Android приложений. Я следовал документам Qt до тех пор, пока не настроил часть среды разработки . На этой странице и под этим разделом есть рисунок, показывающий расположение предметов, которые нужно туда положить. Я.
Я хочу найти Android Device Monitor на моем Android Studio, чтобы открыть мой файл sqlite, но я не могу найти Android Device Monitor . Я нахожу официальный документ, в котором говорится, что он был обесценен. https://developer.android.com/студия/профиль/монитор Но я все еще не могу найти способ.
Похожие вопросы:
Я включил Developer Options на своем телефоне, я включил rebooted my computer , switched USB ports , перезапустил Android Studio, и все же Android Studio все еще не может найти мой Samsung Galaxy.
Я пытаюсь установить Android Studio на свой ubuntu 14. Следуя официальному руководству , пока мастер установки загружает компоненты, я получаю это сообщение: . Обновлено ADB для поддержки.
Я скачал android ndk с сайта google Вот эта ссылка: https://dl.google.com/android/repository/android-ndk-r12b-windows-x86_64.zip Но я не знаю, как найти его в android studio
Я использую Android Studio, Я хочу отлаживать свои приложения на Visual Studio Android Emulator, Я сделал это руководство: https:/ /.
Вот моя проблема, я переустановил android studio, и я не могу найти или установить android sdk, всякий раз, когда я открываю android studio, я даю ошибку Android SDK путь не указан, я сохранил его.
Я установил Android Studio 2.2.3 для использования на Qt Creator для создания Android приложений. Я следовал документам Qt до тех пор, пока не настроил часть среды разработки . На этой странице и.
Я хочу найти Android Device Monitor на моем Android Studio, чтобы открыть мой файл sqlite, но я не могу найти Android Device Monitor . Я нахожу официальный документ, в котором говорится, что он был.
Я уже проверял этот вопрос раньше, и мне сказали проверить правый угол моего инструмента android studio или check. Затем перейдите к Android, но в правом верхнем углу моего Android Studio нет open.
Я работал в Android Studio году, и после того, как я закрыл свой ноутбук, чтобы поесть, и снова открыл его, Android Studio утверждает, что больше не может найти ADB. Не удалось найти ADB Я.
Я прочитал ответы «unable, чтобы найти adb», используя Android Studio и Error:Unable, чтобы найти adb в SDK в Android Studio, и это не решило мою проблему. Я использую 4.0 android-studio и.
Источник
Logcat
В Android SDK входит набор инструментов, предназначенных для отладки. Самый важный инструмент при отладке — это LogCat (очень красивое название, которое можно перевести как Логичный Кот). Он отображает сообщения логов (журнал логов), рассылаемые при помощи различных методов.
Рассмотрим на примере. Очень часто программисту нужно вывести куда-то промежуточные результаты, чтобы понять, почему программа не работает. Особо хитрые временно размещают на экране текстовую метку и выводят туда сообщение при помощи метода textView.setText(«Здесь был Васька»). Но есть способ лучше. В Android есть специальный класс android.util.Log для подобных случаев.
Класс android.util.Log позволяет разбивать сообщения по категориям в зависимости от важности. Для разбивки по категориям используются специальные методы, которые легко запомнить по первым буквам, указывающие на категорию:
- Log.e() — ошибки (error)
- Log.w() — предупреждения (warning)
- Log.i() — информация (info)
- Log.d() — отладка (degub)
- Log.v() — подробности (verbose)
- Log.wtf() — очень серьёзная ошибка! (What a Terrible Failure!, работает начиная с Android 2.2)
- Log.meow() — когда жрать дадут? (MEOW!) Недокументированный метод, используйте на свой страх и риск. Работает не на всех устройствах
В первом параметре метода используется строка, называемая тегом. Обычно принято объявлять глобальную статическую строковую переменную TAG в начале кода:
Некоторые в сложных проектах используют следующий вариант, чтобы понимать, в каком классе происходит вызов:
Далее уже в любом месте вашей программы вы вызываете нужный метод журналирования с этим тегом:
Также используется в исключениях:
Пользователи не видят этот журнал. Но, вы, как разработчик, можете увидеть его через программу LogCat, доступный в Android Studio.
Полный вид сообщения выглядит следующим образом.
03-09 20:44:14.460 3851-3879 / ru.alexanderklimov.cat I/OpenGLRenderer : Initialized EGL, version 1.4
- 03-09 20:44:14.460 Date/Time
- 3851-3879 Process & Thread IDs
- ru.alexanderklimov.cat Package name
- I/OpenGLRenderer Tag
- Initialized EGL, version 1.4 Message
Подобные длинные сообщения не всегда удобны для чтения. Вы можете убрать ненужные элементы. Для этого выберите значок LogCat Header в виде шестерёнки и уберите флажки у опций.
В LogCat вы можете отфильтровать сообщение по заданному типу, чтобы видеть на экране только свои сообщения. Для этого выберите нужный тип тега из выпадающего списка Verbose.
Типы сообщений можно раскрасить разными цветами через настройки File | Settings | Editor | Colors Scheme | Android Logcat.
Для отслеживания сообщений с заданным текстом введите в поле поиска нужную строку и нажмите Enter.
Также активно используйте варианты из других выпадающих списков. Например, выбирайте свой пакет из второй колонки, а в последней выбирайте Show only selected application. Для более точной настройки используйте Edit Fiter Configuration.
По умолчанию, окно LogCat выводится в нижней части студии. При желании, можно выбрать другие варианты через значок настроек окна.
LogCat также можно запустить из командной строки:
Параметры командной строки смотрите в документации.
Быстрое отключение журналирования
Настоятельно рекомендуется удалять все вызовы LogCat в готовых приложениях. Если проект очень большой и вызовы журналирования разбросаны по всем местам кода, то ручное удаление (или комментирование) становится утомительным занятием. Многие разработчики используют следующую хитрость — создают обёртку вокруг вызова методов LogCat.
Теперь остаётся только присвоить нужное значение переменной isDebug перед созданием готового apk-файла для распространения.
Способ устарел. В 17-й версии Android Build Tools появился класс BuildConfig, содержащий статическое поле DEBUG. Можно проверить следующим образом:
Способ для продвинутых — например, требуется релиз с выводом в лог, или наоборот — debug с выключенным выводом. В этом случае можно создать собственный параметр и добавить его в секцию buildType gradle-файла:
В этом случае конфигурация releaseWithLog будет являться релизной сборкой с ведением логов. Естественно, в коде слегка поменяется проверка:
LogCat на устройстве
Попался в сети пример для просмотра сообщений LogCat на устройстве. С примером не разбирался, оставлю здесь на память.
Источник
Логирование в Android Studio без кода
Вам больше не нужно ставить Log.d() в каждой строке кода!
Когда мы отлаживаем приложения, мы иногда начинаем плодить логи по всему коду, чтобы разобраться с какой-либо проблемой.
Это прекрасно работает, но бывает так, что мы забываем удалить логи перед тем как закоммитаться, и они «благополучно» попадают в продакшн код.
Хорошая практика — не оставлять логи для отладки после её завершения, даже если вы используете ProGuard для их автоматического удаления в скомпилированном коде, так как они оказывают пагубное влияние на общую читабельность вашего кода. Как и комментарии, логи могут легко начать расходиться с окружающим их кодом, в лучшем случае становясь бесполезными, а в худшем вводящими в заблуждение.
Ситуация усложняется, когда выведение логов требует соблюдения определённых условий. Теперь это не просто бесполезное нагромождение if else , но ещё и потенциально дорогостоящий код.
Но, оказывается, есть очень простой способ решения этой проблемы. IntelliJ и Android Studio позволяют создавать точки прерывания (англ. breakpoints), не прерывающие исполнение кода (да, это законно).
Сначала создайте точку прерывания на любой строке, либо щелкнув в левой части редактора, либо с помощью сочетания клавиш Ctrl-F8 . Затем вы можете отредактировать точку прерывания, либо щелкнув по ней правой кнопкой мыши, либо используя комбинацию клавиш Ctrl-Shift-F8 . Вы увидите такое окно:
Затем снимите флажок Suspend (рус. приостановить), и вы увидите больше параметров в этом модальном окне:
Теперь добавьте любые логи в поле Evaluate and log следующим образом:
И после удаления всех логов из кода и добавления их в точки прерывания ваш код будет выглядеть чистым:
Гораздо лучше, правда? Теперь идите и используйте непрерывающиеся точки прерывания! Все, что вам нужно сделать, это запустить приложение в режиме отладки, и сообщения будут выводиться в консоль.
О других хитростях в Android Studio читайте здесь
Источник
Полный список
В этом уроке мы:
— рассмотрим логи приложения и всплывающие сообщения
Project name: P0121_LogAndMess
Build Target: Android 2.3.3
Application name: LogAndMess
Package name: ru.startandroid.develop.logandmess
Create Activity: MainActivity
Создадим в main.xml экран, знакомый нам по прошлым урокам про обработчики:
Алгоритм приложения будет тот же. По нажатию кнопок меняется текст. Обработчик — Activity.
Сохраним, запустим. Убедимся, что все работает.
Логи приложения
Когда вы тестируете работу приложения, вы можете видеть логи работы. Они отображаются в окне LogCat. Чтобы отобразить окно откройте меню Window > Show View > Other … В появившемся окне выберите Android > LogCat
Должна появится вкладка LogCat
Рассмотрим эту вкладку подробней. Логи имеют разные уровни важности: ERROR, WARN, INFO, DEBUG, VERBOSE (по убыванию). Кнопки V D I W E (в кружках) – это фильтры и соответствуют типам логов. Опробуйте их и обратите внимание, что фильтр показывает логи не только своего уровня, но и уровней более высокой важности. Также вы можете создавать, редактировать и удалять свои фильтры – это мы рассмотрим чуть дальше.
Давайте смотреть, как самим писать логи. Делается это совсем несложно с помощью класса Log и его методов Log.v() Log.d() Log.i() Log.w() and Log.e(). Названия методов соответствуют уровню логов, которые они запишут.
Изменим код MainActivity.java. Возьмем все каменты из кода и добавим в DEBUG-логи с помощью метода Log.d. Метод требует на вход тэг и текст сообщения. Тэг – это что-то типа метки, чтобы легче было потом в куче системных логов найти именно наше сообщение. Добавим описание тега (TAG) и запишем все тексты каментов в лог.
Eclipse ругнется, что не знает класс Log. Обновите импорт (CTRL+SHIFT+O) и, если спросит, выберите android.util.Log. Запустим приложение, понажимаем кнопки и посмотрим логи
Видно, что все отлично записалось. Чтобы сделать просмотр удобней, создадим свой фильтр. Жмем значок +
Имя фильтра произвольное, например, «My logs». Log Tag – это как раз значение константы TAG, которая описана в нашем коде и использовалась в методе Log.d, т.е. — «myLogs«. Pid оставляем пустым, это id процесса. Уровень поставим Debug
и жмем OK. Появилась новая вкладка My logs, на которой отображаются логи, соответствующие только что созданному фильтру.
Мы помещали в лог текст, но разумеется, вы можете писать, например, значения интересующих вас переменных (приведенные к типу String).
Иногда бывает, что логи не отображаются во вкладке LogCat, хотя AVD запущен, приложение работает без проблем. В таком случае должно помочь следующее: в Eclipse идем в меню Window > Open Perspective > Other > DDMS. Откроется немного другой набор окон чем обычно. Там найдите вкладку Devices и в ней должно быть видно ваше AVD-устройство, кликните на него и логи должны появиться. Чтобы вернуться в разработку: Window > Open Perspective > Java.
Всплывающие сообщения
Приложение может показывать всплывающие сообщения с помощью класса Toast. Давайте подредактируем метод onClick. Сделаем так, чтобы всплывало сообщение о том, какая кнопка была нажата.
Разберем синтаксис вызова. Статический метод makeText создает View-элемент Toast. Параметры метода:
— context – пока не будем вдаваться в подробности, что это такое и используем текущую Activity, т.е. this.
— text – текст, который надо показать
— duration – продолжительность показа ( Toast.LENGTH_LONG — длинная, Toast.LENGTH_SHORT — короткая )
Toast создан и чтобы он отобразился на экране, вызывается метод show(). Сохраняем, запускаем, проверяем.
Если у вас есть Андроид-смартфон, я думаю вы уже видели подобные сообщения. Теперь вы знаете, как это делается )
На следующем уроке:
— создаем пункты меню
Присоединяйтесь к нам в Telegram:
— в канале StartAndroid публикуются ссылки на новые статьи с сайта startandroid.ru и интересные материалы с хабра, medium.com и т.п.
— в чатах решаем возникающие вопросы и проблемы по различным темам: Android, Kotlin, RxJava, Dagger, Тестирование
— ну и если просто хочется поговорить с коллегами по разработке, то есть чат Флудильня
— новый чат Performance для обсуждения проблем производительности и для ваших пожеланий по содержанию курса по этой теме
Источник