Меню

Нугат андроид – обзор Android Go, новые механизмы защиты Android P и обратный шелл с помощью Frida — «Хакер»

Собираем котов в Android 7 Nougat « Блог Александра Климова

В разных версиях Android прятались пасхалки (Easter egg). Не стал исключением и Android 7. В ней спрятали игру, цель которой — собрать котов. Чем-то напоминает Pokemon GO в упрощенном варианте без использования виртуальной реальности.

Если вы любите котов, то игра для вас.

Так как у меня сейчас нет телефона с этой версией, то я воспользовался эмулятором из Android Studio, которым пользуются разработчики при создании собственных приложений. Если вы не являетесь пользователем Android 7 и не разработчик, то в конце статьи вы сможете узнать, как и вам поиграть в эту игру на своём устройстве.

Поехали.

Запустите «Настройки» (Settings). Прокрутите список до конца и найдите пункт «About Phone» или в моем случае с эмулятором с русской локализацией «Об эмулированном устройстве» (About emulated device).

Войдите в этой пункт и найдите пункт «Версия Android » (Android version).

Нажимайте на данный пункт несколько раз в быстром темпе, пока не увидите логотип Android N на фоне обоев Домашнего экрана.

Теперь нажимайте на логотип «N», а затем нажмите и удерживайте палец на букве. Вы должны увидеть котика (символ эмодзи) в нижней части экрана. Он появляется на нескольско секунд, а потом исчезает.

Вытяните из верхней части экрана окно быстрых настроек. На ней есть кнопка «Изменить» (Edit).

Нажмите кнопку «Изменить». Вы должны увидеть значок мордочки кота с надписью «???? Android Easter egg».

Перетащите значок в основное окно настроек. Надпись изменится на «????».

Теперь начинается самое интересное.

Нажмите на кнопку Домой (круг), а затем снова вытяните окно настроек сверху. На этот раз вы должны увидеть опцию «Empty dish».

Нажав на неё, вы увидите окно с выбором 4 видов еды: Bits, Fish, Chicken, Treat.

Выберите один из вариантов. Пустое блюдце заменится на выбранное угощение.

Продолжайте пользоваться телефоном в обычном режиме. И ждите.

Однажды вы получите оповещение, что кот учуял запах еды и съел угощение. Но возможно кот не польстится на ваше угощение, тогда придется пробовать еще раз, пока наконец, кот не появится. Для этого снова открываем окно настроек, щелкаем на угощении, чтобы удалить его и выбираем другой вариант еды. Это часть игры, вам нужно выманить кота. Ждать придется долго. Может даже больше часа.

Когда вам повезет, вы получите долгожданное сообщение «A cat is here» с определенным номером. Если вы носите часы Android Wear, то не пропустите это событие.

Вам нужно щелкнуть по уведомлению. Откроется новый экран с пойманным котом.

Щелкните по значку кота и дайте ему имя.

Я оставил номер, чтобы их лучше идентифицировать.

При долгом нажатии появляются опции шаринга или удаления из коллекции.

Вы можете поделиться им во все социальные сети. В эмуляторе у меня появился вариант с Картами Google. На реальных устройствах выбор будет побогаче.

Саму картинку в высоком разрешении можно найти в Галерее в папке Cats

Таким образом вы можете собирать коллекцию котов.

Снова открыть окно с собранными котами можно, сделав долгое нажатие на лакомстве. Не волнуйтесь, лакомство не исчезнет.

Если кот долго не появляется, то возможно ему не понравилось угощение. Тогда попробуйте снова нажать на значок с угощением и выбрать другой вариант.

Как я понял, новое лакомство может съесть уже имеющийся кот. Вот у меня наглый Мурзик уже третий раз жрёт приманку для нового кота.

Поэтому придется снова выкладывать угощение и ждать нового кота.

В сети нашёл скриншот с собранными котами.

Если у вас нет устройства или эмулятора с Android 7 Nougat, то не расстраивайтесь. Недавно на Google Play появилась программа Neco Collector,
которая работает на старых устройствах и является портом пасхального яйца.

Вот я поймал кота на устройстве Android 4.4.2

Android N — что это? Все что мы знаем о Android 7.0

Android N — это новая операционная система от компании Google Inc., которая станет следующей после Android 6.0 Marshmallow. Официальный запуск ОС намечен на вторую половину 2016 года, а пока давайте поговорим о том, что же мы уже знаем о Android N и какие новые функции стоит ждать пользователям.

Что означает буква N в названии Android N 7.0?

5-huawei-honor-android-marshmallow

Android 6 имел индекс M, который означал Marshmallow (зефир), его предшественник с индексом 5.x.x и буквой L назывался Lollipop (леденец), а четвертый Android получил название популярной шоколадки KitKat.

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

N будет означать Nutella — в честь шоколадной пасты. Сама компания Google это пока официально не подтвердила.

Выпущена Android Developer Beta

Компания Google уже успела выпустить первую бета-версию Android 7 для разработчиков, она призвана помочь тем, кто делает приложения — протестировать их на новой версии ОС, а также рассказать фанатам Android о новых функция системы.

Чтобы установить бету вам нужно обладать одним из последних Nexus устройств:

  • Nexus 5X
  • Nexus 6
  • Nexus 6P
  • Nexus 9
  • Pixel C

Android N будет более дружелюбным к обновлениям

Покопавшись в коде Android 7 стало ясно, что теперь производителям будет еще легче обновлять свои смартфоны, это стало возможно благодаря модульной структуре, которая обновляет отдельные элементы, но не трогает ключевые части ОС Android.

Мультиоконность

multi-orkonniy-rejim-android-7

Android 7.0 получит интересную функцию — мультиконный режим: два приложения смогут работать одновременно на одном экране в реальном времени, сам дисплей будет делить в определенных пропорциях под приложения. Что-то подобное уже было реализовано сторонними лаунчерами компания-производителей (Samsung, LG). Таким образом можно будет одновременно открыть плеер или заметки вместе с окном Chrome с открытым сайтом или социальной сетью.

Мгновенные ответы на сообщения

bistry-otvet-android-n

Новая функция в Androin N, которая позволит быстро отвечать на SMS, сообщения из мессенджеров и почту. Для этого нужно будет просто потянуть за шторку уведомления и написать ваш ответ — проще простого! Удивительно, что такую функцию не реализовали в Android ранее. Хоть есть сведения, что мгновенные ответы встречались в коде еще Android M.

Проекты Doze и Svelte

Это два нововведения, которые призваны улучшить автономность смартфона на базе ОС Android 7. Проект Doze будет стараться сберегать заряд во время того, когда смартфон не используется, а Svelte будет грамотно управлять памятью расходуемой под приложения.

Таким образом оптимизация работы системы и смартфона будет больше основываться на поведенческих факторах пользователя.

Новые возможности для людей с ограниченными возможностямиandroid-n-7-0-display

В Android N появится фишка увеличения элементов на дисплее, что-то подобное мы с вам видели в MIUI 7-мой версии. Сообщается, что увеличение элементов будет не только в системных приложениях, но и в сторонних, разработчики которых внедрят эту функцию в свои программы.

Android для работы

В Android N будет больше возможностей для корпораций и их пользователей. К примеру простым сканированием QR-кода смартфона станет «корпоративным» и компания, в которой работает обладатель смартфона сможет более пристально его «контролировать». Вот небольшой перечень функций Android для работы:

  • безопасный запуск подконтрольных вашей компанией приложений (скорее всего имеется ввиду пароль)
  • приложения могут временно приостанавливаться (если вы к примеру много используете Facebook в рабочее время)
  • контроль VPN
  • более высокий уровень интеграции и разделения рабочих и личных контактов
  • будет доступна удаленная перезагрузка устройства (полезно, когда к примеру сломалась клавиша)
  • улучшенное слежение за активностями устройства
  • отключение отслеживание локации рабочими приложениями в время использования своих персональных программ
  • и другие мелочи

Режим Data Saver

data-saver-android-n

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

Direct Boot

А ОС Android N появится режим, который призван дать доступ к важным приложениям вроде SMS, звонками и календарю до того, как пользователь разблокирует устройство.

Новая шторка уведомления

shtorka-uvedomleniy-android-n-7-0

В Androin 7 была полностью переработана штока уведомления, теперь вместо большого окна доступного по свайпу сверху вниз открывается небольшое контекстное меню с различными иконками режимов, а также с коротенькой областью главных уведомлений. Шторка в Androin N стала еще более миниматистичной и не такой захламленной.

Меню настроек

menu-nastroek-android-n-7-0

Примерно тоже самое произошло и с меню настроек в последней версии Androin N — теперь вместо стандартной раскладки с ярлыками пользователям будут доступны основные вкладки с самыми используемыми пунктами меню — персонализация во всей красе.

Пасхалка в Android 7.0 Nougat: эмодзи-кот

Валерия Гришанова     2    

Очередная «пасхалка» от Google найдена финальной версии системы для разработчиков.

«Пасхальные яйца» стали традицией для платформы Android, которая выросла из пряничного человечка в версии Android 2.3 Gingerbread в аналог игры Flappy Birds в Lollipop и Marshmallow.

В финальной сборке Android 7.0 Nougat для разработчиков найти «пасхалку» не так-то просто. Для этого необходимо зайти в раздел настроек «О смартфоне» и нажать на версию Android — при этом на экране появится большая буква N. При нажатии на нее и удержании, на дисплее появится маленькая мордочка кота, нажав на которую, вы увидите эмодзи «Вход воспрещен».

Эмоджи-кот в Android Nougat

После этого в настройках появится дополнительная иконка «Пустая тарелка» (Empty Dish), а вместо Flappy Birds вы получите клон игры Neko Atsume. Нажав на тарелку, можно выбрать, чем порадовать котика: «Кусочками» (Bits), «Рыбой» (Fish), «Курицей» (Chicken) или «Угощением» (Treat). Если ваш питомец придет вас проведать, это отобразится в уведомлениях.

Эмоджи-кот в Android Nougat

Эмоджи-кот в Android Nougat Загрузка…

андроид нугат Мир Андроид. Все об операционной системе Android.

androidist.ru
  • Главная (current)
  • Категории
  • Контакты
Поиск
Обзор Android 7.0 Nougat + список моделей, которые получат обновление Android Nougat 7.0 Hard reset 100% ok Обзор обновления Android 7.0 (Nougat) на Samsung Galaxy s7. Android 7.0 Nougat Overview: All the features, none of the fluff Обзор Android 7.0 Nougat Android 7.0 Nougat Есть ли новшества в релизе? Official Android 7.0 Nougat Review! Обзор Flyme 6📱(Android 7.0 nougat) – лучше чем стабилка! Новые функции Android 7 0 Nougat Полный обзор Android 7.0 Nougat Android Nougat 7.0 on PC — ISO x86 — x64 How to Install Nougat 7.1.1 Rom on almost any Android Phone! Android Nougat 7 Как Установить На Любое Андроид Устройство Speed Test G: Android Nougat vs Oreo vs Pie vs Android Q [Hindi,हिन्दी ] Android Nougat Features in Hindi (7.0, 7.1.1, Top 10 New & Hidden Features) XPERIA Z1 ANDROID NOUGAT Top 10 Mods for Xposed Framework on Android Nougat Как установить Android 7.0 на любой телефон! How to Install Android 7.0 on any android phone! Android 7.0 Nougat for Xperia™ Отвязка от аккаунта Google Android 7.0 Nougat Bypass Huawei Honor 8 без ПК Обновление HTC 10 до Android 7.0 Nougat (Update OTA 2.41.709.3) ТОП-10 фишек Android 7.0 Nougat | Обзор Redmi Note 3 Nougat Update: How to Install Android Nougat 7.1.1 based on Unofficial LineageOS Vulkan Почему меня Бесит Android 7.0 Nougat Android Nougat 7.1 On Galaxy Note 2 Android Nougat Easter Egg! — Android 7.0 Андроид 7.0 на любое устройство Android 7.0 Nougat Update! Manually Install Android Nougat On Any Supported Android (Universal Guide) Новые функции операционной системы Android 7 0 Nougat

Android Easter Egg что это за программа на Андроид? (Empty Dish)

Android Easter Egg — кнопка в игре Android Neko, которая является пасхалкой в Андроиде 7.0 Nougat. Кнопка появляется после выполнение некоторых магических действий

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

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

Вы можете подумать — поймать котов ведь просто. Но нет. Нужно выбрать еду-приманку для кота. Но прикол в том, что кот может на приманку не сразу пойти — или через пару минут. Или через час.

Активация игры Android Easter Egg происходит следующим образом

Попробуйте сделать вот так:

  1. Перейдите в настройки.
  2. Выберите меню О телефоне.
  3. Три раза нажмите по Версия Андроид.
  4. Отобразится большая буква N. Несколько раз нажмите по ней и в конце удерживайте нажатие. Дождитесь появления смайла эмоджи в виде кота. Появление говорит о активации.
  5. Откройте верхнюю панель и перейдите в редактирование кнопок.
  6. В списке найдите ???? Android Easter Egg — переместите данную надпись в панель настроек.
  7. В быстрых настройках должна появиться кнопка Empty Dish. При нажатии по ней будет предоставлен выбор из нескольких типов еды — bits, fish, chicken или treat. Выберите то, чем бы хотели покормить кошака.
  8. Закройте верхнюю панель и дождись надписи появления кошака.
  9. При появлении кота кликните по нему. Он будет сохранен и добавлен в вашу коллекцию. Вы можете изменить его название. Также есть возможность делиться котиками, как именно не указывается.

Визуальная составляющая

Если вы не можете найти пасхалку — вы что-то делаете не так. Повторите все шаги и попробуйте снова активировать.

На этом все. Удачи и добра

На главную! 29.10.2018

Android Go — будущий миллиард устройств и лимит в 50 МБ. Лекция Яндекса

Новые направления развития уже знакомой платформы — это всегда интересно. С одной стороны, вы расширяете клиентскую базу, с другой — не вкладываетесь в создание софта с нуля, а используете существующие наработки. Но если направление действительно новое, со своей спецификой, то совсем малой кровью обойтись не удастся. На очередной встрече сообщества Mosdroid в нашем офисе разработчик Артур Василов Arturka рассказал об адаптации приложения «Яндекс» под систему Android Go.


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

— Меня зовут Артур, я Android-разработчик, работаю над приложением «Яндекс». Сегодня я поделюсь с вами историей о том, как мы адаптировались под Android Go. Расскажу, на какие грабли мы наткнулись, что у нас не получилось и вообще как это все работает, зачем оно надо.

Небольшое отступление о том, что это вообще такое. Android Go — специальная версия Android, которая предназначена для дешевых устройств. Они стоят 60–100 долларов, и поэтому они очень слабенькие, медленные, тормознутые. Так что Google для них решил сделать свою систему, чтобы они хоть как-то нормально работали. Ее анонсировали на Google I/O в 2017 году, то есть прошел уже год и несколько месяцев. Поэтому, когда анонсировали митап, прозвучал логичный вопрос: «Вы еще живы, что ли?». Я тогда сказал, что все хорошо, все нормально, я расскажу. А теперь я как типичный интернет-герой буду отвечать постфактум, почему так произошло.


Что именно произошло? Google сказал: «Мы делаем такую систему». Потом он сказал: «Окей, нам нужно время на доработку» и все такое. После этого у вендоров всегда бывает какая-то задержка в адаптации этой версии под себя. А новая версия у нас и так выходит не раньше, чем через год, поэтому здесь ничего удивительного нет. К тому же им требовалось решить, надо ли вообще делать такую штуку: речь идет про дешевые устройства и непонятно, будет от них профит или нет. К тому же этот девайс должен быть новым, его надо сделать, научиться продавать, понять, как он будет работать.

Первый смартфон с Android Go появился не так давно. Где-то в апреле, наверное, начались продажи, а может, в мае. Это Nokia 1, он продается везде. У меня он тут валяется. Сейчас, по-моему, на рынке есть всего штук девять таких смартфонов, но к концу года их обещают больше сотни. И в принципе, еще никто из крупных игроков типа Huawei, Samsung и прочих не сказали свое слово, поэтому они еще что-то добавят, не смогут остаться в стороне от такого большого рынка.

Я перед докладом зашел на страничку Android Go и увидел, что они сделали Android Pie Go Edition. Но они там ничего не сделали, просто заранее уменьшили количество установленных приложений и их вес. Сказали: — «У вас теперь в два раза больше свободного места». И стандартные отмазки: bug fix, улучшение производительности, все дела. Но хоть назвали, а значит, не забыли.

Какие ограничения этих устройств, если говорить конкретно? Во-первых, у них 512 мегабайт или 1 гигабайт оперативной памяти, 8 или 16 гигабайт storage. Понятно, что при таких условиях они крайне тормознутые и все нормальные приложения на них будут работать примерно так же тормознуто. Чтобы на них приложения работали с минимальной адекватностью, Google сказал: «Давайте введем следующие требования». Они вполне логичны, вытекают из того, что было на предыдущем слайде.

В первую очередь это абстрактная хорошая производительность. Ваше приложение должно хорошо и быстро запускаться и работать на таком устройстве. Мы такие: «Отлично. Работаем».

Дальше уже конкретные числа, которым надо соответствовать. Занимаемое место после распаковки и установки APK — не больше 40 мегабайт. Иногда это проблема, потому что у кого-то и APK весит все 80 мегабайт. Будет больно. Более того, это нельзя адекватным образом взять и померить. То есть вы не можете сказать: «Я знаю, что у меня APK весит столько-то, поэтому после установки приложение будет занимать столько-то». Все это очень сильно зависит от вендора, версии устройства, Android и т. д. Но если у вас APK занимает 10 мегабайт, то, в принципе, все нормально и вы никогда не превысите это число.

И теперь самое веселое и классное требование: потребляемая оперативная память во время работы с приложением не должна превышать 50 мегабайт.

Кто знает, сколько оперативной памяти его приложение в среднем занимает во время работы? Кто когда-нибудь интересовался этим вопросом? Есть те, у кого меньше 100 мегабайт? Красавчик. Но, возможно, вы врете. В общем, в среднем, если вы не пишете калькулятор, будильник и прочее, то либо вы очень классный, большой молодец и все сделали хорошо, либо ваше приложение занимает 150–170 мегабайт. Засунуть это в 50 мегабайт очень сложно. Поэтому все остальное время мы будем говорить об этом, будем обсуждать, как засунуть глобус в сову, и т. д.


Что включает наш разговор по памяти? Непосредственно нужно понять, что именно мы меряем, дальше как лучше всего это померить. Также для Android Go устройств есть своя специфика, которую нужно учитывать, и мы о ней тоже поговорим. И я также расскажу какие-то общие вещи, общие советы, о которых вы, возможно, не догадывались, но они реально могут отожрать у вас кучу памяти.

В 2018 году после того, как прошел Google I/O, начинать рассказ про память нужно обязательно с отсылки к этому докладу. Кто его смотрел?

Отлично. Все остальные 180 человек знают, чем заняться в ближайшее время. На мой взгляд, это один из лучших докладов на Google I/O. Чувак рассказал нереально крутые вещи. Он рассказал все по полочкам, хорошо, и со многими глубокими деталями. Те, кто смотрел его и хорошо помнит, наверняка заметят, что я оттуда скопипастил некоторые вещи, потому что иначе нельзя, он рассказал все, поэтому я буду повторять.

Что мы меряем? Там была такая штука, которая называлась PSS (Proportional Set Size). То есть оперативная память в Android представлена некоторыми блоками по 40 килобайт, и эти блоки могут как полностью принадлежать приложению, так и шариться между процессами и приложениями.

И вопрос: как именно понять, к какому приложению относить эту расшаренную память? Есть несколько подходов, они вполне логичные. PSS говорит, что если память шарится между N процессами, значит, мы будем считать, что вашему приложению принадлежит 1/N этой памяти. И абсолютно аналогично есть Residential Set Size и Unique Set Size, который говорит, что «Ничего из shared-памяти не принадлежит мне» и «Все принадлежит». В принципе, PSS здесь самый логичный.

Как именно можно померить потребляемую память? Здесь все просто. Либо это профайлер в Android Studio, либо это dumpsys. Есть, конечно, другие тулзы. Они могут вам дать более детальные результаты, что-то более сложное, но проблема в том, что для понимания их результатов, для их использования все это очень-очень сложно. Часто вам нужен либо root, либо кастомная сборка Android. И они вам по большому счету не нужны, достаточно первых двух инструментов.


Ссылка со слайда

По профайлеру в Android Studio я говорить не буду, думаю, многие им пользовались. Кто еще не пользовался, обязательно потыкайте. В частности, я привел ссылку внизу — просто хорошая статья из документации с видео, как им пользоваться, с демками. И, в принципе, все понятно. Он показывает, куда у вас уходит память, показывает это в режиме реального времени. Единственное, что нужно помнить — что он все-таки накладывает определенные погрешности, которые возникают от того, что мы постоянно меряем эту память. Но они в пределах допустимого.


Ссылка со слайда

Dumpsys — простая консольная штука, которая не требует от вас ничего, только подключенного телефона и adb. И можно выполнить такую команду: вызвать dumpsys meminfo, передать ему пакет, и он вам вернет примерно такую картинку. И если у нас интересует, сколько именно потребляет наше приложение, то мы можем посмотреть конкретно на TOTAL, которая говорит, что «Ваше приложение жрет около 168 мегабайт». Много, но что поделать?


Ссылка со слайда

Также он показывает вам разбивку, что именно в этой потребляемой памяти сколько места занимает. Здесь есть различные участки, они сложные, мы поговорим о них дальше, но пока можем заметить основное — это Java Heap, наши джавовые объекты, а все, что дальше — это сложнее.

Что еще важного? Память — это очень чувствительная вещь ко всяким тестам и всяким внешним условиям. То есть все тесты вы должны выполнять как можно более в одинаковых условиях. Понятно, что это должен быть в идеале один девайс, потому что память зависит от версии Android. Здесь достаточно вспомнить различия между четверками и пятерками. Зависит от размера или разрешения экрана, потому что чем больше размер экрана, тем больше контента влезает, тем больше памяти нужно, чтобы все это отрисовать. Разрешение чем больше, тем больше пикселей занимают ваши bitmap, и тем больше памяти требуется на их хранение.

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

Еще одна важная вещь — загруженность устройства. То есть у вас может быть все одинаково, но при этом в одном случае у вас ваше приложение единственное работающее, а в другом случае у вас куча приложений, которые еще что-то в фоне делают, что-то качают, удаляют, работают на foreground, и при этом у вашего приложения просто отжимают память, потому что надо отдать другим приложениям. Поэтому в идеале лучше взять и сначала убить все другие приложения, которые работают, не ваши. Все, до чего можете дотянуться, то убейте. Просто в таком случае и PSS в точности скажет вам спасибо, потому что не надо будет шарить память между процессами.


Можно, например, взять и посмотреть текущую информацию по свободной памяти, по занятой памяти. Он вам выведет примерно такую табличку, которая говорит, что «Вот у меня свободной памяти столько, кэшированной памяти столько, занятой памяти столько». И если у вас там есть 200–250 мегабайт свободной памяти для себя любимого, то это хорошо, скорее всего, тогда ничто не повлияет на ваши тесты.

Возможно, у кого-то сейчас возник вопрос «Зачем мне все это надо?». Это такой перерывчик, в котором я дополнительно скажу мотивацию для всего этого.

Во-первых, даже если вы сейчас не собираетесь ничего делать под Android Go и думаете, что он сдох, он вполне может развиться, прийти к вам, и вам в какой-то момент придется со всем этим разбираться.

Второе, что я считаю очень важным — вы можете просто сделать регрессионные тесты по памяти. То есть вы можете просто написать скрипт, который будет запускать приложение, делать dumpsys, выполнять такие замеры, и смотреть, как у вас меняются эти показатели между релизами. Такой скрипт можно написать за пару часов, настроить инфраструктуру — подольше, но, мне кажется, это неплохая штука.

Если говорить про специфику Android Go — третий наш пункт в борьбе с памятью, — то там есть несколько приятных новостей. Во-первых, никто на самом деле для вас не требует следовать этим ограничениям. То есть вы можете использовать приложение, как оно у вас есть, поставить его на девайс с Android Go, и все нормально. Проблема в том, что пользователь, весьма вероятно, вас удалит, потому что вы занимаете кучу места. Также ваше приложение может медленно работать и есть кучу памяти, да. Но пока никто это не запрещает, потому что иначе не было бы ни одного приложения, кроме гугловских на Android Go. Но если дальше эта штука будет развиваться, многие будут адаптироваться к таким условиям, то, в конце концов, ваше приложение могут просто понизить в выдаче Android Go, или сказать, как бы пользователь будет устанавливать приложение на свой Android Go смартфон, ему могут показать Alert: «Чувак, приложение плохо работает с Android Go. Может, не будешь его ставить?».

Есть еще один момент — вы можете руками из Google Play исключить Android Go девайсы, то есть сказать, что приложение нельзя ставить на Android Go девайсы. Это появилось не так давно.

И Google еще тоже достаточно умный, и 50 мегабайт, которые звучали в названии доклада — это не фиксированная цифра, она зависит от разрешения устройства, от размера экрана, и, к тому же, от типа приложения. Например, играм выделено больше, по-моему, 115 мегабайт. В принципе, это вполне понятно.


Ссылка со слайда

Что если говорить непосредственно про этот тест? Есть еще один момент, который в частности очень сильно касается нас — работа с предустановками. Когда вендоры делают новый телефон, они часто ставят туда какой-то набор предустановленных приложений. В частности, мы очень сильно этим занимаются, и проблема в том, что там они прогоняют такие штуки как Compatibility Test Suite. Это гугловые тесты, они их прогоняют. И там, если ваше приложение не соответствует этим 50 мегабайтам, то все плохо, и ваше приложение не может быть предустановлено на такое устройство.

К сожалению, тесты, которые делает Google, не из open source, я не могу их рассказать, они под NDA, но хорошие разработчики из Google написали такую статью про Android Go, и там, в принципе, есть рекомендации, которые достаточно хорошие

То есть все банально. Запускаем приложение. Ждем 5 секунд, пока все загрузится. Делаем dumpsys, записываем значение TOTAL, выполняем кучу раз, получаем результат. Все очень просто и банально.


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

Кто считает, что это хорошо для Android Go? А кто считает, что это плохо? Смело.


Проблема в том, что, да, это плохо, потому что в итоге ваша потребляемая память приложения считается по всем процессам. Если мы сделаем такой пустой процесс без ничего и возьмем dumpsys именно этого процесса, то увидим, что он занимает 7 мегабайт. 5-8 мегабайт — это такой оверхед от создания процесса. Поэтому, когда мы боремся за каждый мегабайт, чтобы втиснуть это все в 50, то такая штука дается нам очень плохо. В частности, допустим, у «Яндекс» самая популярная библиотека «Яндекс.Метрика», она тоже работает в другом процессе, и это тоже может давать нам боли.


Поэтому, если вам приходят, допустим, какие-то external-библиотеки, вы можете просто сказать: «Чувак, работай, пожалуйста, в главном процессе. Я согласен, что это может быть медленнее, но зато оно не будет жрать лишнюю память». Так что это тоже тонкий момент.

Если говорить по потреблению памяти, то давайте перейдем к этой табличке, что там есть. Берем пустой проект, и запускаем этот dumpsys, натравливаем на это дело, и видим, что 23 мегабайта из 50 уже занято. Пустой “Hello, world!” без ничего, просто активити с текстом. Становится довольно грустно. Еще более грустно становится от осознания того факта, что непосредственно влиять мы можем на такой параметр как Java Heap, то есть это непосредственно наши джавовые объекты, которые можем отслеживать явно, которые можем удалять, уменьшать и хоть как-то взаимодействовать.

А с этим всем делом нормально взаимодействовать сложно, потому что это всякий фреймворковский код и непосредственно из Java у вас просто нет нормальных тулзов, чтобы понять, как все это используется. Но приятная новость, что мы можем на все это дело влиять опосредовано, поэтому давайте поговорим, что такое там есть.


Что такое Java Heap — понятно. Что такое Native Heap — тоже достаточно логично предположить. Это те же самые аллокации, только плюсовые. Они приходят из фреймворка и из ваших нативных библиотек, файлов .so и прочего.

Код — это непосредственно то, что относится к хранению кода. Это размер вашего .dex, это ваши .so, это ресурсы, mmap-файлы и все это. То есть чем меньше кода, тем лучше. Самая простая истина, которая работает вообще про все.

Stack — это стек Java/C++ потоков. То есть у каждого потока есть свой стек вызовов, поэтому каждому потоку создается такая определенная область памяти для хранения всего этого дела.

Graphics — это отрисовка UI. Там частично хранятся и битмапы, которые отрисовываются, и то, что с этим связано.

Private other, System — это что-то, на что мы совсем влиять не можем, и, по сути, все остальное, что не очень сильно поддается категоризации.

Если говорить про нативные библиотеки, то, допустим, взять можно пустое приложение… можно взять обычное приложение, которое есть у нас, и взять из него dumpsys, увидеть, что он занимает 146 мегабайт. А если пойти и выпилить кое-что… в частности я взял и выпилил две самые большие нативные библиотеки, которые у нас есть в сумме на 15 мегабайт, и взять dumpsys после этого, можно легко увидеть, что у нас пропало потребление из Native Heap и из кода. То есть таким простым жестом мы сэкономили себе порядка 35 мегабайт. Достаточно неплохо.

Потоки. Сделаем самый простой тест. Есть пустое приложение, и есть то же самое пустое приложение, где мы возьмем и сделаем цикл, который будет делать new Thread(), в нем sleep на пять секунд, и запускать этот поток. Можно увидеть, что в таком случае у нас сильно пополняется стек. То есть на все это дело мы можем влиять, но опосредовано, уменьшая количество потоков в Java-коде. То есть через Java-объекты в том числе влиять на все эти локации, которые есть в других элементах.

Если продолжать говорить про потоки, то можно легко посмотреть, что у вас есть за потоки, что они делают в приложении. Есть разные инструменты. Можно тем же systrace, можно просто консолькой найти id вашего процесса, и грепнуть ps по тому, какие потоки есть вообще в системе.

Если вы хорошо делаете и используете всякие ThreadFactory, чтобы именовать ваши потоки, то вы можете понять, что у вас должно быть, что не должно быть, и таким образом уменьшить все это дело, потому что 100 потоков в приложении иметь особо бессмысленно.

Что еще можно сделать? Есть полностью известный набор баянных советов: следите за утечками, используйте пулы, не создавайте объекты, когда не надо, и вся эта ерунда, все это применимо. Отлично.

Есть хорошая зависимость между тем, сколько ваше приложение потребляет памяти, и тем, насколько оно большое. То есть чем больше ваше приложение, тем больше памяти оно будет жрать, поэтому, по-простому, уменьшайте вес APK, уменьшайте вес .dex, уменьшайте .so, убирайте все, что можно убрать.

Уменьшение памяти невероятно плохо сочетается с оптимизацией. Допустим, мы хотим сделать самый простой кейс, когда пользователь скроллит ленту картинок, картинки подгружаются из сети. Что мы делаем в таком случае, чтобы пользователь видел картинки быстрее? Мы заранее — пока он еще не доскроллил до этих картинок — начинаем подгружать нужные картинки, чтобы он не видел серые квадраты. В таком случае, если мы говорим про память, то мы будем просто занимать память этими картинками. Поэтому память и оптимизация крайне плохо сочетаются. В смысле — оптимизации такого типа.


Если посмотреть на dumpsys, то он хороший, он выводит вам много чего интересного, кроме непосредственно потребления памяти. Например, количество ваших объектов, типа количество View, количество WebView, количество Assets, информацию по базам данных.


В принципе, базы данных занимают не так много, но, возможно, если вам критичен каждый килобайт, то придется использовать SharedPreference вместо SQLite в каких-то случаях, и, возможно, это вам поможет.

Также, например, очень приятно посмотреть на выделенные Assets. В частности, самое популярное, что можно увидеть –это шрифты. И эти шрифты занимают 1,5 мегабайта. Опять-таки, когда мы боремся за каждый мегабайт, то нежные дизайнерские чувства посылаются далеко в первую очередь. Да простят меня коллеги.


Неожиданно отвратительная вещь — это WebView. Если создать пустую активити, запустить WebView, загрузить страницу Яндекса, взять dumpsys, будет 100 мегабайт, просто сразу. Если открыть, допустим, какие-нибудь картинки, проскроллить пару раз, то 300 мегабайт — легко. Даже несмотря на то, что WebView хромовское, а процесс считается ваш. Так-то.

Google об этом знает. Они сделали небольшой хак. То есть у них есть WebView, у них есть приложение Google, в котором можно что-то искать. Поисковая выдача открывается в WebView. Нормально.

И есть приложение Google Go, которое предназначено для Android Go-устройств. И здесь они открывают выдачу уже нативно, то есть они создают какой-то layout для отображения этой выдачи, они отображают все это нативными компонентами. А все, что нужно открыть непосредственно в браузере, открывают не в своем внутреннем браузере, а в Chrome Tabs, чтобы Chrome разбирался с этим делом. Такие вот хитрости.

Если говорить про приложение непосредственно под Android Go, то что тут интересного? Тут есть определенные специфики, как именно разрабатывать приложение под Android Go, и давайте немножко поговорим об этом.


Есть несколько способов. Во-первых, у вас все может быть классно, приложение может работать хорошо, и вы можете его отдавать для Android Go без всяких доработок. То же самое в случае, если вы пишете будильник, калькулятор. Но чаще всего у вас с этим все сложно, поэтому вам нужно, допустим, сделать какие-то build флаги, отключить какие-то модули, фичи на этапе компиляции, еще что-то сделать. И таким образом у вас будет две APK, и вы можете загрузить одну как обычную, вторую — использовать uses-feature «low-memory», и это будет как две APK.

Либо же вы можете сделать два приложения, то есть одно приложение обычное, другое приложение специально заточено под Android Go. Так делает Google. Они, в частности, выпустили Go-версии многих своих приложений.

Что здесь хорошего, что здесь плохого? Хорошо то, что вы изначально делаете новое приложение, и если вы изначально будете что-то в нем писать и превышать потребление памяти, то вы скажите: «Ага, делал что-то не то. Пошел делать нормально». И вам не нужно сразу уменьшать эту память в четыре раза. К тому же, это хорошо и это легко, а плохо в том, что вам нужно сделать новое приложение, к тому же, оно должно быть как-то поддерживаемо, одинаково с фичами с основным приложением, и как-то вместе оно должно сочетаться. Это требует огромную кучу ресурсов, и, в принципе, делать это не надо, если вы не Google, потому что если Google не будет делать такие приложения, то никто их не будет делать. А сейчас вам делать такое приложение не надо, потому что это требует кучу ресурсов, и непонятно, действительно ли Android Go хорошо выстрелит, и будет действительно очень много таких устройств, или же это будет довольно нишевая доля.

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


Ссылка со слайда

Еще один довольно важный момент из доклада, который был на Google I/O: ребята правильно говорят, что не надо бояться для таких слабых устройств отключать какие-то свои фичи в рантайме. Возможно, у вас есть очень клевый фоторедактор, который может делать все, что угодно, накладывать любые фильтры, но он требует кучу-кучу памяти, и на слабом устройстве он будет работать плохо. Поэтому не бойтесь сказать, что «Давайте не будем на вашем устройстве запускать фоторедактор, потому что у вас слабое устройство. Купите нормальное». Так что это график хороший. Это график зависимости количества фич от потребляемой памяти, и наоборот. И этому можно следовать, в принципе.

Что еще стоит учесть? Понятно, что здесь вопрос не только памяти. Память — самое сложное, самое интересное и то, с чем мы возились 98% времени. Но понятно, что надо думать в том числе о скорости работы, запуске, потреблении батарейки и т. д. К тому же вы можете сделать какие-то дополнительные фичи для Android Go-приложений. В частности, в YouTube Go есть возможность скачать приложение для просмотра офлайн. В основном приложении YouTube такого не было, и, может быть, нет и сейчас. Не знаю. Дело в том, что девайсы с Android Go будут использоваться в странах, где, возможно, не очень хороший интернет — поэтому давайте скачивать заранее. Есть другие хорошие примеры — Facebook Lite, Twitter Lite, а также Яндекс.Браузер Lite, потому что не всем нужны какие-то полностью функциональные фичи. Кому-то, может быть, нужна только переписка или только посты. Незачем скачивать огромный Facebook, когда можно поставить маленький. И все это должно быть для пользователей, вы должны подумать и сделать так, чтобы им было хорошо. Вообще, это классный челлендж — сделать такое приложение, чтобы оно работало под Android Go.

Что еще по ссылочкам? Есть классный ответ на Stack Overflow, который набрал почти 1000 лайков. Вы можете помочь ему набрать еще. Ответ разъясняет, что вообще с памятью, что за что отвечает, что чем является в памяти. И, в принципе, весь этот ответ — по dumpsys.

Знают ли это многие или нет, но Android может работать с устройствами, у которых 512 мегабайт оперативной памяти, только начиная с Android 4.4. Там как раз таки появился специальный API для взаимодействия с такими устройствами, и это вам может помочь.

Здесь можно было бы закончить, это было бы красиво. А теперь о том, как это было у нас на самом деле. Если коротко — не так красиво, совсем не так красиво.

Пришли ко мне в мае, сказали: «Надо сделать». Я сказал: «Хорошо». Пошли разбираться. Почитали — все хорошо, кроме памяти. Память где-то 170 мегабайт. Отличный старт. Надо каким-то образом уменьшить. Что проще всего сделать? Взять и отключить все отключаемые модули, посмотреть, что происходит, потому что надо сделать так, чтобы оно хоть как-то работало. Если там не будет каких-то фич — ну и ладно. Осталось 105 мегабайт. Было больно.


Поэтому дальше пошел большой рефакторинг. На основе build-флага началась переделка всего-всего. Сделали densitySplit, чтобы ресурсные таблицы занимали меньше, resConfig, оставили там только русскую и английскую локали. Кэш картинок подкручен, предзагрузка убрана, все оптимизации убраны — боль. ProGuard подкручен еще сильнее. В частности, у ProGuard есть инлайнинг, который позволяет уменьшить количество методов, а взамен, возможно, пожертвовать производительностью, в том числе и читаемостью у stacktraces.

Дальше пошел уже совсем большой рефакторинг. Перенос еще больше в модули, чтобы все это можно было отключать, чтобы было красиво и чтобы Android Go-приложение можно было собирать из нашего основного приложения.

После недельки осталось где-то 64 мегабайта. Я думаю: «Хорошо, надо сегодня закончить». Прошло 14 часов, время 4 утра, памяти 60 мегабайт. И я уже не знаю, что делать дальше. Все бесит. Более того, это стало уже необратимым рефакторингом. Поэтому на следующее утро было принято волевое решение — все это не то, жизнь отвратительна, ненавижу все, и делаем специальную новую ветку, начинаем все с нуля. Берем и удаляем весь код, которого, скорее всего, не должно быть в Android Go, и чиним ошибки компиляции. 10 часов, APK с оставшейся основной функциональностью готова, тесты проходят, прекрасно. Проблема в том, что эта штука неподдерживаемая, она у нас есть и все.

Таким образом, самое хорошее решение — это второе приложение. Однако тратить на него ресурсы мало кто даст, пока непонятен реальный профит. Возможно, ваша история будет не такая печальная, потому что мне осталось чуть-чуть усилий, я бы еще влез, но мне уже было невмоготу. Но такая вот история. На этой относительно позитивной ноте, наверное, можно и закончить. Всем спасибо.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *