Android Broadcast

🤖 Лимиты памяти на приложение раскатывают на большее кол-во устройств с Android 17 В Android 17 на Pixel уже работают per-app memory limits. Сегодня Google написал, что в течение года их начнут включать всё больше производителей на устройствах от 4 ГБ RAM и больше. Как это работает на практике: 1. Превысил бюджет → страницы приложения насильно уходят в zRAM (сжатая RAM). CPU-оверхед → jank и тормоза. 2. Приложение продолжает есть много памяти дальше → процесс убивают. Можно отловить причину это ловится через ApplicationExitInfo: - reason == REASON_OTHER - description содержит "MemoryLimiter:AnonSwap" Можно ещё повесить TRIGGER_TYPE_ANOMALY в ProfilingManager и автоматически снимать heap dump в момент, когда лимит сработал. Для локального теста поведения можно использовать adb:

adb shell am memory-limiter status
adb shell am memory-limiter manual <pid> <limit_mb>
adb shell am memory-limiter ignore <uid>|all|none

В Android Vitals и Crashlytics 20.1.0 уже есть отдельные сигналы по этим убийствам. Если у тебя в приложении есть тяжёлые экраны, кэши, игры или foreground-сервисы - следи за метриками. 🔗 Источник - блог Android Developers #Android #AndroidDev #Android17

🤯 И ты, Gradle, ударился в AI Gradle запустил инициативу Agentic Gradle. Цель — сделать сборку понятной не только человеку, но и кодинг агентам. Что внутри: 👉 официальные skills (инструкции в духе Claude Skills) — как читать ошибки, запускать таски, разбирать Build Scan. Skills обещают в ближайшие недели (после бенчмарков). 👉 бенчмарки, которые измеряют реальный эффект skills; 👉 убирание лишнего текста, чтобы не жечь токены зря. Ценой стал сдвиг Configuration Cache с Gradle 10 на 11. Сам кэш уже стабильный — включай руками:

org.gradle.configuration-cache=true

Самое показательное даже не skills. Билд-система — штука, которая вроде бы должна стоять чуть в стороне от хайпа. И вот Gradle тоже идёт в agentic. Потому что пользователи уже этого хотят, потому что открываются новые способы продвижения, потому что инвесторам это нужно показывать. Даже серьёзные инструменты сейчас вынуждены "кланяться". 🔗 Источник - блог Gradle #Gradle #AI

🤖 Jetpack XR SDK: core-библиотеки добрались до Beta XR SDK - набор библиотек для разработки приложения для очков и шлемов дополненной реальности на Android XR ОС Google выкатил beta для трёх ключевых кусков: - androidx.xr.scenecore:scenecore:1.0.0-beta02 - androidx.xr.arcore:arcore:1.0.0-beta02 - androidx.xr.runtime:runtime:1.0.0-beta02 Compose for XR пока ещё 1.0.0-alpha17 (обещают beta скоро). Тестировать можно на Samsung Galaxy XR или в Android XR Emulator. 🔗 Официальный анонс #Android #AndroidXR #XR #AndroidDev

⚙️ mediaQuery в Compose: один вызов вместо кучи WindowSizeClass + posture + input Официально появился mediaQuery — лямбда, которая смотрит на текущий UiMediaScope и возвращает boolean. Внутри можно проверять: 👉 windowWidth / windowHeight 👉 windowPosture (Tabletop, Book, Flat) 👉 pointerPrecision (Fine → Coarse → Blunt → None) 👉 keyboardKind (Physical / Virtual / None) 👉 hasCamera / hasMicrophone 👉 viewingDistance (Near / Medium / Far) Включается одним флагом при запуске приложения:

ComposeUiFlags.isMediaQueryIntegrationEnabled = true

Для размеров, которые дёргаются часто, лучше использовать derivedMediaQuery (обёртка над derivedStateOf):

// Composable code
val narrowerThanMedium by derivedMediaQuery {
    windowWidth < WindowSizeClass.WIDTH_DP_MEDIUM_LOWER_BOUND.dp
}
val narrowerThanExpanded by derivedMediaQuery {
    windowWidth < WindowSizeClass.WIDTH_DP_EXPANDED_LOWER_BOUND.dp
}
when {
    narrowerThanMedium -> SinglePaneLayout()
    narrowerThanExpanded -> TwoPaneLayout()
    else -> ThreePaneLayout()
}

Самый чистый кейс — foldable в tabletop:

// Composable code
if (mediaQuery { windowPosture == UiMediaScope.Posture.Tabletop }) {
    TabletopLayout()
} else {
    FlatLayout()
}

Это API не замена WindowSizeClass, но удобный единый вход для всего, что меняется в рантайме. Если пишете адаптив под foldable / desktop / TV — возьмите на заметку. Пока не перенесли в Compose Multiplatform. Документация Media Query API #Compose #JetpackCompose #Adaptive #UI #Android

Технологии на пороге тектонического сдвига 🧠 Мир разработки переживает не просто обновление версий и фреймворков, а смену фундаментальных принципов. AI диктует новые правила игры: перестраиваются архитектура приложений, инженерные процессы и даже взаимодействие с пользователем. Именно об этом пойдет речь на deep tech night — конференции Яндекса о технологических вызовах в эпоху AI. Это разговор о реальном опыте команд, которые решают сложные задачи на стыке AI, разработки, инфраструктуры и данных. Выступать будут приглашенные эксперты, среди которых Мо Гавдат (бывший Chief Business Officer Google X) и спикеры Яндекса, которые поделятся своим практическим опытом. Среди тем докладов: - Как ИИ изменит разработку ПО, процессы и роль разработчика, Мо Гавдат. - Как новые подходы помогают перейти от надстройки над классическими системами к одностадийным рекомендациям без ручного фичеинжиниринга, Алексей Гусаков (CTO Бизнес‑группы Поисковых сервисов и ИИ). - Как в RL для больших моделей искать баланс между алгоритмами и производительностью, Иван Сапожков (руководитель группы базовой ML‑инфраструктуры). 👉 Регистрируйтесь, чтобы получить доступ к трансляции докладов, задать вопросы экспертам в прямом эфире и посмотреть запись после события. Полная программа и подробности про офлайн можно посмотреть на сайте.

🐱 DI Yatagan 2.0.0 RC: можно попробовать без переписывания Dagger-вызовов Яндекс выкатил первый мажор своего DI-фреймворка. Основное: 👉 Единый backend-agnostic Yatagan entry point в api-public. Reflection или codegen подхватываются автоматически, имплементация с генерацией кода имеет приоритет. 👉 Экспериментальный Dagger compatibility mode. Включаешь yatagan.experimental.enableDaggerCompatibility и Yatagan генерит DaggerMyComponent фасады. Старые DaggerMyComponent.create() / .builder() продолжают работать. Поддерживается ядро (components, modules, scopes, multibindings, assisted), без Hilt/Android/producers. 👉 Conditions API почистили: legacy @Condition/@AnyCondition deprecated в пользу @ConditionExpression, @Provides(Conditional(...)) → отдельный @Conditional на методе. 👉 Runtime-конфиг стал declarative (processor options + parameters.properties), убрали глобальный mutable state. Есть подробный migration guide и даже скилл для агента: npx skills add yandex/yatagan Это RC. Compatibility mode экспериментальный — граф лучше провалидировать. Но для тех, кто уже страдает от Dagger на больших проектах и смотрел в сторону Yatagan, порог входа заметно снизился. 🔗 Release Notes #Android #AndroidDev #DI #Yatagan

Ты не пройдешь! Сказал Джейк Вортон всем LLM для контрибьюта в OkHttp, Okio, Retrofit и SQLDelight библиотеки. Пока неописано как будет определяться что код или PR от LLM, но война объявлена. Так же непонятно какие будут последствия для тех кто попробует что-то зарепортить или влить с LLM. Как вы оцените такой подход авторов популярного Open Source?

100M бесплатных токенов GLM-5.3 в ZCode на выходные Новые пользователи ZCode, которые залогинятся впервые в окне 16 августа 00:00 — 17 августа 09:00 (UTC+8), автоматически получают 100M токенов GLM-5.3. Только для ZCode, количество ограничено. ZCode — это их agentic IDE, заточенная под GLM-5.3 (1M контекст, long-horizon задачи, tool use). Модель сильно прокачала по сравнению с 5.2 для кодинга и уменьшили расход токенов! Если хотел пощупать GLM-5.3 на реальном проекте без подписки — сейчас самое время. После окна бесплатный объём закончится. #AI #ZCode #GLM

🚀 Вышел AndroidX WebKit 1.17.0 — обновленная навигация и контроль над кэшем Самое полезное в новом минорном релизе: 👉 WebViewCompat.navigate наконец-то нормальная замена loadUrl. Можно заменять страницу в истории, получать объект Navigation и корректно сохранять/восстанавливать заголовки. Для приложений, где WebView — не просто «открыть ссылку», а нормальный флоу, это давно было нужно.

if (WebViewFeature.isFeatureSupported(WebViewFeature.WEBVIEW_NAVIGATE_EXPERIMENTAL_V1)) {
    val params = NavigationParameters.Builder()
        .setShouldReplaceCurrentEntry(true) // заменяет текущую запись в истории
        .addAdditionalHeader("X-Custom-Header", "value")
        .build()

    val navigation: Navigation
         = WebViewCompat.navigate(webView, "https://example.com", params)
    
    // navigation можно потом матчить в NavigationListener
}

👉 Контроль HTTP-кэша через Profile.getHttpCache. Можно посмотреть квоту и при необходимости подкрутить. Полезно, если много статики, или наоборот — когда кэш только место жрёт.

if (WebViewFeature.isFeatureSupported(WebViewFeature.HTTP_CACHE_MANAGER)) {
    val profile = ProfileStore.getInstance().getOrCreateProfile("my_profile")
    val httpCache = profile.httpCache   // или profile.getHttpCache()

    // Посмотреть текущую квоту
    val currentQuota = httpCache.quotaBytes
    val defaultQuota = httpCache.defaultQuotaBytes
    val isDefault = httpCache.isUsingDefaultQuota

    // Задать свою квоту (например, 50 МБ)
    httpCache.setQuotaBytes(50L * 1024 * 1024)

    // Или вернуть автоматическое управление
    // httpCache.useDefaultQuota()
}

👉enqueuePreconnect — можно заранее поставить preconnect в очередь, не заставляя WebView стартовать прямо сейчас. 👉 Можно отключить автоматическую загрузку фавиконок (setDownloadFaviconsEnabled). Мелочь, но экономит память и трафик, особенно если иконок много. 👉 Плюс Android Lint, который теперь ругается, если кастомный WebViewClient не переопределил onRenderProcessGone. Полезно, потому рендерер падает регулярно. 🔗 Подробности релиза #Android #AndroidDev #WebView #AndroidJetpack

🚀 Обновление AndroidX Fragment Вышел androidx.fragment:fragment-*:1.9.0. Три изменения, которые реально заметны: 👉 Fragment теперь реализует ContextAware. Можно повесить OnContextAvailableListener и выполнить код в момент, когда контекст стал доступен (аналог того, что давно есть у Activity). 👉 У composable AndroidFragment {} появился параметр maxLifecycle. Можно жёстко ограничить lifecycle вложенного фрагмента — удобно в пейджерах, табах и других сложных UI, где не хочется, чтобы offscreen-фрагмент уезжал в RESUMED. 👉 Добавили system tracing lifecycle-событий через Jetpack Tracing. В Perfetto теперь видно, что происходит с фрагментами. Плюс куча фиксов predictive back и setMaxLifecycle + popBackStack, которые тянулись с 1.8.x. Если живёте на Fragment + Compose interop — обновляться имеет смысл. Чистый Compose-проект может спокойно пропустить. #Android #AndroidDev #Jetpack #Fragment

🚀 Вышел AndroidX Tracing 2.0.0 — серьёзный апгрейд трейсинга Tracing - это инструмент для низкооверхедного in-process трейсинга — записи временных срезов выполнения кода прямо внутри процесса приложения. Полезен, когда нужно: 👉 понять, где именно тормозит код (особенно в корутинах); 👉 собирать детальные трейсы в поле / на проде, а не только в Studio; 👉 инструментировать библиотеки без жёсткой привязки к Android; 👉 потом мёржить эти трейсы с системными (Perfetto). Особенно пригодится: 👉 Android-разработчикам, которые занимаются перформансом; 👉 авторам библиотек (в т.ч. KMP); 👉 командам с тяжёлым использованием корутин; 👉 тем, кто пишет бенчмарки (хорошо дружит с AndroidX Benchmark 1.5+). Выход 2.0 обусловлен полностью новым API и архитектурой работы: 👉 Появился полноценный in-process tracing с собственным буфером (не зависит от system trace buffer). 👉 Новая модель: TraceDriver + Tracer + TraceSink (можно подключать свои бэкенды). 👉 Настоящая поддержка корутин с отслеживанием suspend/resume и переключений потоков. 👉 Поддержка KMP (Android + JVM). 👉 Существенно ниже оверхед по сравнению со старым android.os.Trace / trace {}. Старый API не deprecated его по-прежнему рекомендуют для редких критичных событий, которые обязаны попасть в system trace. 🔗 Полные release notes по ссылке #AndroidDev #Perfromance #AndroidJetpack

🚀 Вышел AndroidX Tracing 2.0.0 — серьёзный апгрейд трейсинга Tracing - это инструмент для низкооверхедного in-process трейсинга — записи временных срезов выполнения кода прямо внутри процесса приложения. Полезен, когда нужно: 👉 понять, где именно тормозит код (особенно в корутинах); 👉 собирать детальные трейсы в поле / на проде, а не только в Studio; 👉 инструментировать библиотеки без жёсткой привязки к Android; 👉 потом мёржить эти трейсы с системными (Perfetto). Особенно пригодится: 👉 Android-разработчикам, которые занимаются перформансом; 👉 авторам библиотек (в т.ч. KMP); 👉 командам с тяжёлым использованием корутин; 👉 тем, кто пишет бенчмарки (хорошо дружит с AndroidX Benchmark 1.5+). Выход 2.0 обусловлен полностью новым API и архитектурой работы: 👉 Появился полноценный in-process tracing с собственным буфером (не зависит от system trace buffer). 👉 Новая модель: TraceDriver + Tracer + TraceSink (можно подключать свои бэкенды). 👉 Настоящая поддержка корутин с отслеживанием suspend/resume и переключений потоков. 👉 Поддержка KMP (Android + JVM). 👉 Существенно ниже оверхед по сравнению со старым android.os.Trace / trace {}. Старый API не deprecated его по-прежнему рекомендуют для редких критичных событий, которые обязаны попасть в system trace. 🔗 Полные релиз-ноты по ссылке #AndroidDev #Perfromance #AndroidJetpack

🤖 Kimi K3, GPT 5.6, Qwen3.8 Max и OPUS 5 добавили в результаты официального AI Android Бенчмарка Как поменялся рейтинг? 🏆 Claude Opus 5 новый лидер с результатов 91.8%. Прошлый лидер Fable 5 был с результатов 90.9%. По цене Opus вышел дороже 🥉 GPT 5.6 Sol попал на 3 строку с результатом 90.8% ‼️ На 4 месте расположился Kimi K3 с результатов 90.2% 👉 GPT 5.6 Luna показала результат 86.8% но при этом стоимость указана 7.2$ 🤯 (кажется тут закралась ошибка) 👉 GPT 5.6 Terra набрала 86.8% потратив 48$, что сейчас точно является лучшим показателем в соотношение результата на затраченный 1$. 🤔 Qwen3.8 Max показал достойные 87.0% но при этом потратил больше всех моделей - 196.7$ Бенчмарк все также игнорирует Grok и Compose модели 😡 Что-то не так в отношениях между компаниями Google и Илоном - загадка #AI #Android #AndroidDev

ОПРОС Расскажите, с какими трудностями в работе с AI вы сталкиваетесь Привет. На связи Кирилл Розов, создатель и автор проекта Broadcast. Современная разработка всё больше сдвигается от изучения API и библиотек к методологии разработки и архитектуре. Когда говорим про работу с AI, её все понимают по-разному и выполняют различные задачи с её помощью. Чтобы делать для вас полезный контент и понять текущий статус погружения в AI в сообществе Broadcast, я искренне прошу вас пройти опрос. Он займёт не больше 5 минут у вас, а мне поможет лучше понять ваши запросы. Спасибо! 👉 Пройти опрос тут Большое спасибо за потраченное время

🤖 Каждый раз, открывая новое приложение, я надеюсь на ту самую магию, когда одноразовый код авторизации сам считывается из пуша и подставляется в нужное поле. Но зачастую приходится разочароваться 🥲 В реальности этот UX сейчас стремительно деградирует, и виноват в этом не столько бэкенд приложений, сколько экономика и архитектурная слепота Google в Android. Причина на поверхности — стоимость отправки классических SMS для бизнеса выросла настолько, что мобильная связь как канал верификации уходит на второй план. Практически любой крупный ритейлер, банк или сервис сегодня используют каскадную доставку: код сначала летит вам пушом (потому что бесплатный), потом в Telegram, WhatsApp, Viber, и только в крайнем случае — в старую добрую сим-карту. Бизнес банально экономит бюджеты. И на этом фоне анонсы Android 17 выглядят как привет из прошлого века. Google тратит колоссальные ресурсы на то, чтобы заделать дыры в безопасности SMS, полностью игнорируя тот факт, что коммуникация людей и брендов давно переместилась в мессенджеры. В новой версии ОС вводится жесткая трехчасовая задержка на доступ к входящим SMS с OTP-кодами для обычных приложений, чтобы защитить пользователей от троянов-перехватчиков. Разработчикам безальтернативно говорят: используйте нативный SMS Retriever API, который автоматически парсит сообщения по специальной хэш-подписи. Но это лечит симптомы старой болезни. Даже с SMS этот API внедрили далеко не все, потому что поддерживать уникальные хэши под разные сборки на бэкенде — та еще головная боль. А для мессенджеров никакого аналога просто не существует. В итоге мы упёрлись в глухой тупик для UX: 👉 Если код авторизации пришел в Telegram, ваше приложение не может перехватить его легально. 👉 Пытаться читать пуши сторонних приложений через NotificationListenerService в Google Play строго запрещено — за это прилетает моментальный бан. 👉 Никакого доверенного и безопасного NotificationRetrieverAPI для мессенджеров Google не предлагает. Пользовательский опыт в Android не развивается в соотвествии с трендами. Пользователь вынужден совершать кучу лишних движений: свернуть экран, открыть мессенджер, скопировать код, вернуться и вставить его руками. Пока Apple в iOS пытается развивать автоподстановку кодов из встроенной почты и системных уведомлений, Android-разработчики остаются заложниками ситуации, где безопасность SMS доведена до стерильности, а реальные сценарии из жизни брошены на произвол судьбы. Готовимся к тому, что процесс авторизации в приложениях на Android 17 станет еще чуть более «ручным». #Android17 #AndroidDev #UX #Безопасность

Почему кастомные уведомления в Android — это одно из худших решений Google Каждый раз, когда вижу в шторке уведомление с собственным UI через RemoteView, у меня дергается глаз. Это не просто вопрос эстетики, это техническая проблема. Главная беда в том, что инструментов для адаптации кастомной верстки под все версии Android и оболочки (MIUI, OneUI, ColorOS и т.д.) практически не существует. То текст налезет на иконку, то кнопки съедут, то фон не тот. В итоге страдает пользователь, который думает, что «Android — это криво», хотя виноват конкретный разраб, решивший поиграть в дизайнера. Я считаю, что Google должен ужесточить политику: разрешить встраивание только через заранее определенные шаблоны (BigPicture, Messaging, Progress). Если приложение подает кастомный View — система должна отклонить такое уведомление. Знаю, что это ударит по небольшому числу приложений, но недавний пример с Я Go вселяет надежду. На Android 17 они перешли на Ongoing Notification со стандартным стилем, и жить стало лучше. Я за то, чтобы в Android 18 эту возможность просто отрубили на уровне системы. Меньше свободы — больше стабильности и удобства! 💬 Что вас раздражает в Android как пользователя?

⚠️ Google меняет правила установки приложений на Android С сентября на сертифицированные телефоны можно будет ставить приложения только от проверенных разработчиков. Звучит страшно, но в блоге SafeMobile как раз всё разложили по полочкам, а именно:

🔹 Чем верификация разработчиков отличается от Play Protect; 🔹 Когда и в каких странах ее включают — и когда очередь дойдет до России; 🔹 Что будет с корпоративными устройствами под MDM (спойлер: для них Google сделал исключение); 🔹 Сработают ли обходные пути вроде ADB и «расширенного режима» на служебном парке.

Что действительно изменится для корпоративного Android, а о чём пока можно не беспокоиться — разбирают в статье на Хабре 📱 @safemobile_ru #реклама