Android canary что это такое

LeakCanary — канарейка для поиска утечек памяти

Никому не нравятся ошибки с OutOfMemoryError

Работая над Square Register, мы рисовали подпись клиента, используя битмап-кэш. Поскольку этот битмап размером с экран устройства, у нас было очень много ошибок с переполнением памяти OutOfMemory (OOM).

Мы пробовали несколько подходов ни один из которых не решил проблему:

• Использовали Bitmap.Config.ALPHA_8 (подпись не требовала цвет)
• Ловили OutOfMemoryError, вызывали сборку мусора и пробовали снова (подглядели в GCUtils)
• Мы не рассматривали вариант с размещением битмапов вне кучи Java. К счастью Fresco еще не существовало

Мы шли по ложному пути.

Проблема была не в размере битмапа. Когда память почти полностью использована, OOM может возникнуть где угодно. Конечно, вероятность, что это произойдет во время выделения больших объектов, вроде битмапов, увеличивается. OOM — это лишь симптом более глубокой проблемы: утечек памяти.

Что такое утечка памяти?

Многие объекты имеют ограниченное время жизни. Когда их время жизни заканчивается, ожидаются, что они будут собраны сборщиком мусора. Если цепочка ссылок указывает на объект в памяти, после ожидаемого завершения времени жизни объекта, то это создаёт утечку памяти. При накоплении некоторого количества утечек, у программы начинает заканчивается память.

Например, после того как был вызван метод Activity.onDestroy, то активность и вся иерархия компонентов и связанные с ними битмапы должны быть доступны для сборки мусора. Если фоновый поток во время работы удерживает ссылку на активность, то занимаемая ей память не может быть освобождена. Рано или поздно это приведет к выбросу ошибки OutOfMemoryError.

Охота на утечки

Охота на утечки памяти — это ручной процесс, хорошо описанный в серии статей Wrangling Dalvik от Raizlabs.

Вот ключевые этапы:

• Узнать об ошибках OutOfMemoryError через Bugsnag, Crashlytics или консоль разработчика
• Попытаться воспроизвести проблему. Возможно вам понадобится купить, одолжить или украсть конкретное устройство, подверженное ошибке (Не на всех девайсах проявляются все утечки!). Также необходимо восстановить последовательность действий приводящих к утечке, возможно грубым перебором.
• Сделать дамп памяти при OutOfMemoryError (Здесь можно узнать как)
• Изучить дамп памяти с помощью MAT или YourKit и обнаружить объекты, которые должны были быть собраны сборщиком мусора
• Найти самые короткие пути ссыльных ссылок от объекта до корней сборщика мусора (GC Roots)
• Найти ссылку, которой не должно быть, и исправить утечку памяти

Что, если существовала бы библиотека, которая могла сделать это всё, ещё до возникновения OOM и позволила бы сосредоточится на исправлении утечки памяти?

Представляем LeakCanary

LeakCanary — это Java-библиотека с открытым исходным кодом для обнаружения утечек памяти в отладочных сборках.

Давайте взглянем на следующий пример:

Затем вы создаёте объект RefWatcher и предоставляете ему объект для отслеживания:

После того, как утечка была обнаружена, вы получаете неплохой трейс утечки.

Установка очень проста. С помощью всего одной строчки кода LeakCanary автоматически будет обнаруживать утечки активности:

Вы получаете уведомление в неплохом виде:

Заключение

После начала использования LeakCanary, мы обнаружили и исправили много утечек в нашем приложении. Мы даже нашли несколько утечек в Android SDK.

Результаты потрясающие: на 94% меньше ошибок с OutOfMemoryError!

Установи LeakCanary сейчас!

Установка

В файле build.gradle:

Эта запись означает, что проверка на утечку памяти будет происходить только во время разработки приложения, а в релизе и в тестах проверять ничего не надо.

В классе Application:

Готово! LeakCanary будет автоматически показывать уведомления при обнаружении утечки памяти.

LeakCanary.install() возвращает предварительно сконфигурированные RefWatcher. А также устанавливает ActivityRefWatcher, который автоматически определяет утечку после Activity.onDestroy().

Можно использовать RefWatcher для отслеживания утечек памяти у фрагментов:

Источник

What Is the Difference between Canary, Beta, RC and Stable Releases in Android Studio?

Oct 31, 2017 · 4 min read

Have you ever wondered what is the difference between canary, beta, RC and stable releases in the Android Studio? Well, I have and I did some research. So let’s get started.

You have probably realized that you don’t receive all the updates, if you are using the stable channel. What do I mean by stable channel? Android Studio has a built-in preview update mechanism. Preview channels are used to send users the appropriate build of the Android Studio. For example, if you are in a stable preview channel you will only get the stable releases, but if you are in a canary channel you will get all the updates including the buggy ones. So if you want to test the new features right when they are released, you must not be on a stable channel. Here is how you can change your channel:

Open the Settings dialog (File > Settings on Windows/Linux, or Android Studio > Preferences on Mac).

In the left panel, select Appearance & Behavior > System Settings > Updates, then select a channel from the drop-down list.

If you want to have an unstable version alongside your stable Android Studio, you can download it here.

Ok, so you want to test the new features and report some bugs, but which preview channel is right for you? Here is a list of all the available channels:

1.) Canary channel

Canary channel gets all the newest releases (including stable). That means that you can test all the features as soon as they are built. Updates are usually released weekly and are mostly used to show the new latest and greatest features. You should not expect any bug-free experience.

2.) Dev channel

Dev channel gets hand-picked releases form older canary builds that have been tested for a while. Just like the canary channel, this channel is used to show people what is new as soon as possible. It is still very unstable and it should be only used to test new features. Dev channel releases are usually released weekly or monthly.

3.) Beta channel

If you are interested in using the new features, with minimal risk, beta channel is for you. Beta channel releases normally contain all the features that a team has decided to put in, but it is still expected to have some bugs and performance issues.

4.) Stable channel

Finally, the stable channel. This channel’s releases get the full testing and are the best to avoid crashes and other issues. In this channel Android Studio doesn’t change much more in its current version. You can expect reliability and good performance. This is probably why all the users will use this channel for production use.

Ok, I have explained the differences between the channels and you have probably seen that going down the list, channels get less, but more and more stable releases.

So now let’s focus on the different releases. To explain that I will use Android Studio 3.0 as an example. This version of IDE was released in the following releases:

1.) Canary release

Android Studio 3.0 began its journey as the canary release, because just like I have mentioned before canary releases’ intention is to showcase the new features. Although these builds are tested, they are still very unstable. 3.0 version of the Android Studio had 9 canary releases. Every canary release almost always provides some bug fixes or sometimes some new features. Documentation of the last canary release can be accessed here.

2.) Beta release

IDE went through its canary releases and showed the new features to the world. It had gotten some bug fixes and then the next step was the beta release. Beta release is usually more stable and usable, but it is still totally normal to experience some bugs. Android Studio 3.0 had 7 beta releases and it was slowly being polished to the final product. If you are interested in what the last beta release introduced, you can access the documentation here.

3.) RC release

RC stands for release candidate and it is also known as “going silver.” It is the last step before the stable release. At this stage Android Studio 3.0 was ready for use on a production site, but it had still not been marked as a stable version just in case if more bugs appeared. Android Studio 3.0 had 2 RC versions and only general bug fixes were introduced. The last RC release’s documentation can be found here.

4.) Stable release

Stable release is, as you might have guessed it, also known as “going gold.” This is the release most people are going to use, because hopefully it doesn’t have annoying bugs, it is performant and reliable. Link to the documentation is here.

Hopefully, I have managed to explain the differences between the releases and next time when the new version of Android Studio is released, you will know what to expect from it.

Thanks for reading! If you think that I forgot to mention something important, or I was wrong somewhere, please let me know in the comments!

Источник

Android canary что это такое

Краткое описание:
HttpCanary — это мощное приложение для захвата и анализа пакетов HTTP / HTTPS / HTTP2

Описание:
Приложение для захвата пакетов http и https, обзор поддержки, предварительный просмотр, внедрение

Особенности HttpCanary Premium:
1. Нет рекламы.
2. Http-запрос и ответные инъекции.
3. Поддержка повтора, составления и копирования CURL.
4. Все мощные плагины доступны.
5. Более мощные функции в будущем.

HttpCanary — это мощное приложение для захвата и анализа пакетов HTTP / HTTPS / HTTP2, разработанное для платформы Android. Вы можете подумать, что это мобильный скрипач или Чарльз.

ImportantСамое важное: рут не требуется! Корень не требуется! Корень не требуется!

HttpCanary поддерживает захват и внедрение пакетов. С помощью этого приложения вы можете очень легко протестировать свои мобильные API для отдыха. Кроме того, HttpCanary предоставляет несколько браузеров представления, таких как необработанный просмотрщик, просмотрщик шестнадцатеричных изображений, просмотрщик предварительного просмотра и так далее.

* Поддержка протоколов
HTTP1.0, HTTP1.1, HTTP2.0, WebSocket и TLS / SSL.

* Устройства поддержки
Любые устройства Android Arm или x86 включают эмуляторы.

* Инъекция
HttpCanary предоставляет два разных режима для инъекции: статический режим и динамический режим. Вы можете ввести параметры запроса, заголовки, тела и строку состояния. Вы можете создавать инжекторы с различными требованиями, и статический режим поддерживает одновременно несколько форсунок.

* Просмотр браузеров
Необработанный просмотрщик, показывает необработанные пакеты данных.
Просмотрщик текста, показывает данные тела в виде текста.
Hex viewer, показывает данные тела в виде шестнадцатеричной строки.
Json viewer, показывает отформатированные данные json, поддерживает развёртывание и свертывание узлов.
Просмотр изображений, поддержка шоу форматов BPM, PNG, GIF, JPG, WEBP.
Аудио просмотра, поддержка воспроизведения форматов AAC, WAC, MP3, OGG, MPEG.

* Обзор содержимого
HttpCanary отображает многомерный обзор сеанса. Включает URL, протокол http, метод http, код ответа, хост сервера, ip и порт сервера, тип контента, поддержку активности, время, размер данных и т.д.

* Фильтр пакетов
В HttpCanary есть многомерные фильтры, с помощью которых вы можете фильтровать пакеты по приложению, хосту, протоколу, методу, ip, порту и ключевым словам.

* Настройки блокировки
Вы можете заблокировать запросы и ответы, легко отладить REST API.

* Плагины
HttpCanary поддерживает многие плагины, включая экспериментальные плагины и плагины расширения. Теперь в приложение интегрировано несколько экспериментальных плагинов, таких как HostBlock, Mime-TypeBlock, Downloaders и OverviewStatistics. В будущем мы опубликуем расширение plugin-sdk для разработчиков и поддержим плагины расширения.

В конце концов, основные коды HttpCanary открыты в Github, мы надеемся, что HttpCanary сможет помочь большему количеству людей.

Требуется Android: 5.x+
Русский интерфейс: Нет

Источник

LeakCanary — помощник в поиске утечек памяти

Никому не нравятся креши с OutOfMemoryError

Работая над Square Register, мы рисуем подпись клиента используя битмап-кеш. Поскольку этот битмап размером с экран устройства, у нас было очень много OutOfMemory крешей во время создания его.

Мы пробовали несколько подходов ни один из которых не решил проблему:

• Использовали Bitmap.Config.ALPHA_8
• Ловили OutOfMemoryError, вызывали сборку мусора и пробовали снова (подглядели в GCUtils),
• Мы не рассматривали вариант с размещением битмапов вне кучи Java. К счастью Fresco еще не существовало,

Мы шли по ложному пути

Проблема была не в размере битмапа. Когда память почти полностью использована OOM может возникнуть где угодно. Конечно, вероятность что это произойдет во время выделения больших объектов, вроде битмапов, увеличивается. OOM — это лишь симптом более глубокой проблемы: утечек памяти.

Что такое утечка памяти?

Многие объекты имеют ограниченное время жизни. Когда их время жизни заканчивается, ожидаются что они будут собранны сборщиком мусора. Если цепочка ссылок указывает на объект в памяти, после ожидаемого завершения времени жизни объект, то это создает утечку памяти. При накоплении некоторого количества утечек, у программы начинает заканчивается память.

Например, после того как был вызван Activity.onDestroy, активити, вся ииерархия вьюшек, и связанных с ними битмапов должны быть доступны для сборки мусора. Если фоновый поток во время работы удерживает ссылку на активити, то память занимаемая ей память не может быть освобождена. Рано или поздно это приведет к выбросу OutOfMemoryError.

Охота на утечки

Охота на утечки памяти ручной процесс, хорошо описанный в серии статей Wrangling Dalvik от Raizlabs.

Вот ключевые этапы:

• Узанть о крешах OutOfMemoryError через Bugsnag, Crashlytics или консоль разработчика
• Попытаться воспроизвести проблему. Возможно вам понадобится купить, одолжить или украсть конкретное устройство подверженное крешам (Не на всех девайсах проявляются все утечки!). Также необходимо восстановить последовательность действий приводящих к утечке, возможно грубым перебором.
• Сделать дамп памяти при OutOfMemoryError (Здесь можно узнать как).
• Изучить дамп памяти с помощью MAT или YourKit и обнаружить объекты которые должны были быть собраны сборщиком мусора.
• Найти самые короткие пути ссыльных ссылок от объекта до корней сборщика мусора (GC Roots).
• Найти ссылку которой не должно быть и исправить утечку памяти.

Что если существовала бы библиотека которая могла сделать это все, еще до возникновения OOM и позволила бы сосредоточится на исправлении утечки памяти?

Представляем LeakCanary

LeakCanary — это Open Source Java библиотека для обнаружения утечек памяти в отладочных сборках.

Давайте взглянем на следующий пример:

Затем вы создаете объект RefWatcher и предоставляете ему объект для отслеживания:

После того как утечка была обнаружена, вы получаете неплохой трейс утечки.

Поскольку мы знаем, что вы то и дело занимаетесь новыми фичами, мы сделали установку очень простой. С помощью всего одной строчки кода, LeakCanary автоматически будет обнаруживать утечки активити:

Вы получаете уведомление в неплохом виде:

Заключение

После начала использования LeakCanary, мы обнаружили и исправили много утечек в нашем приложении. Мы даже нашли несколько утечек в Android SDK.

Результаты потрясающие: на 94% меньше OutOfMemoryError крешей!

Если вы хотите избавиться от OOM крешей, установи LeakCanary сейчас!

Источник