Android Broadcast

🤖 Google AI Studio получила поддержку нативной Android разработки! AI Studio научился собирать нативные приложения на Kotlin и Jetpack Compose из текстового промпта. Раньше получались только веб-приложения. Весь цикл идёт в браузере: встроенный эмулятор Android показывает результат во время сборки, локальный SDK не нужен. Готовое приложение ставится на телефон по USB через встроенный в Chrome adb. Публикация в магазин тоже есть и устроена следующим образом: 👉 AI Studio сам создаёт запись приложения в Google Play Console 👉 собирает bundle и заливает его в трек внутреннего тестирования 👉 Автору надо будет создать аккаунт и заполнить все доки в консоле Google Play Когда возможностей промптов не хватает, проект можно скачать и продолжить в Android Studio или другим предпочитаемым вами образом. Под капотом та же технология, что в «Create new project with Gemini» в Android Studio, перенесённая в веб. На старте набор сценариев ограничен: 👉 личные утилиты и простые социальные приложения 👉 эксперименты с железом (камера, GPS, акселерометр, Bluetooth) 👉 приложения с Gemini API Скоро обещают управление тест-треками Google Play и интеграции Firebase: Firestore, Auth, App Check. Меня цепляет не генерация кода, а то, что Google убрал из цепочки установку инструментов: от промпта до приложения в Play без единой команды в терминале. Для боевых проектов это пока не вариант, ограничение «только простые приложения» расставляет всё по местам. Но собрать за вечер утилиту под себя с любого устройства с выходом в интернет (из поддерживаемого региона) или быстро показать прототип так вполне реально. #Android #AndroidDev #AI #Google

😁 Android CLI получил stable 1.0, и его главная команда тянется обратно в Android Studio. Android CLI это тонкая прослойка между ИИ-агентом и Android-тулчейном. Работает с любым агентом: Claude Code, Codex, Gemini, Antigravity. Обновляется командой android update. Стоит понять, что CLI делает сам, а что нет. Сам он умеет то, чему не нужно понимание кода: создать проект, поставить зависимости, собрать, поднять эмулятор, задеплоить. Это обёртка над gradle, adb и SDK-тулзами, работает откуда угодно. «Умные» операции CLI проксирует в запущенную Android Studio через новую команду android studio. Студия тут работает как бэкенд: analyze-file гоняет инспекции IDE, find-declaration и find-usages ищут символы через семантический индекс проекта, render-compose-preview отдаёт картинку Compose-превью из рендер-движка студии, version-lookup подтягивает актуальные версии зависимостей. Команда android studio check показывает pid живого процесса студии и статус проекта READY: CLI разговаривает с уже открытым инстансом по локальному каналу. Студия не запущена, у агента остаются только сборка и деплой, всё умное отваливается. Ещё в релизе появились Journeys, сценарии на естественном языке для прогона по приложению, а библиотеку скиллов пополнили миграцией на CameraX, Perfetto SQL и Compose Style API. Также появилась интеграция с Android разработкой в Antigravity на основе Android CLI 🤔 Меня в таких мостах к IDE смущает привязка к одной открытой папке проекта. MCP-сервер для Android Studio я по этой причине так и не стал использовать: работаю через git worktree, держу несколько папок-проектов одновременно, а мост видит только главную. 🔗 Источник Android Dev Blog #Android #AndroidDev #AI #ИИ #AndroidStudio

🎉10 000 постов в Android Broadcast...

🔨 Android Performance Analyzer запускается как отдельное десктоп-приложение и не требует ни проекта в Android Studio, ни Gradle-сборки. Google показала новый профайлер на I/O 2026. APA пришёл на смену Android GPU Inspector и сразу доступен в открытой бете. Поставляется в двух вариантах: лёгкое standalone-приложение под Windows, macOS и Linux, и встроенный System Trace viewer в Android Studio в канареечных сборках Panda 4 и новее. В этом релизе доступен System Profiler. Он показывает CPU, GPU, память и энергопотребление приложения в одном окне. Под капотом Perfetto для системного трейсинга, можно открывать и существующие Perfetto-трейсы. GPU-счётчики читаются с железа Qualcomm, Arm, Imagination и Samsung (про Tensor ничего), есть события SurfaceFlinger по конвейеру рендера, треки FPS и времени кадра. Из рабочих мелочей появились вкладки и сплит окна для сравнения трейсов, проектная модель для A/B-тестов и скриншоты для навигации по таймлайну. 🧠 APA анализирует трейсы через SQL-запросы и идёт с Perfetto SQL skill для ИИ-агентов, так что запрос строится без знания схемы Perfetto. Perfetto Analysis отвечает на высокоуровневые вопросы вроде «почему медленно стартует приложение». По заявлениям разработчиков рендеринг трейса в APA в 6–26 раз быстрее, чем в Android GPU Inspector, и стабильнее на больших данных. Лучший опыт по системным метрикам и GPU-счётчикам — на устройствах с Android 12 и выше. Меня радует здесь формат, а не сам профайлер. Standalone-инструмент, который ставится за минуту и не тянет за собой тяжёлую IDE, это правильное направление. Android GPU Inspector тоже был отдельным приложением, так что путь не новый, но APA впервые собрал в standalone не только графику, а ещё CPU, память и энергопотребление. Очень жду когда начнется распил инструментов из Android Studio. #Android #AndroidDev #Производительность #Performance #AndroidStudio

🤖 Material Components for Android 1.14.0 (Views) вышел финальным релизом. И заодно последним крупным: библиотеку официально перевели в maintenance mode. 1.14.0 это одновременно и большой апдейт, и проводы. Новых фич для View-версии Material больше не будет, останутся только критические исправления. В документации Google прямым текстом советует всем, кто сидит на Views, начинать или продолжать миграцию на Compose. Что приехало в релизе: 👉 Material 3 Expressive темы и стили получили статус stable; 👉 Новые компоненты для списков в стиле M3: ListItemLayout, ListItemRevealLayout, ListItemCardView и другие. Готовые список-айтемы со свайпами вместо самописных решений на RecyclerView; 👉 OverflowLinearLayout, который прячет дочерние элементы в overflow menu при нехватке места, по аналогии с action items в Toolbar; 👉 Focus rings, декоративная обводка элемента при получении фокуса, удобно для клавиатурной навигации; 👉 Мелкая кастомизация: secondary icons для кнопок, overflow modes для button groups, delays для loading indicators. Что ещё важно: ⚠️ minSdk подняли с 21 до 23 (Android 6.0). Для проектов с поддержкой Android 5.x это блокер апдейта; 🛠 Библиотека больше не дёргает deprecated API на новых версиях Android, и Play Console перестанет на это ругаться; Лично для меня новость ожидаемая. Google толкает Compose уже несколько лет, View рано или поздно должен был умереть. Паниковать не стоит, библиотека не ломается, просто не будет новых релизов. Но если вы стартуете новый проект на Views в 2025-м, это прямой повод пересмотреть решение. А для больших легаси-приложений 1.14.0 хороший момент заложить миграцию на Compose в план на горизонте года-двух. Ну и меньше сил будет уходить на реализацию дизайн системы 🔗 Полный Changelog #android #materialdesign #material3 #compose

⚰️ Полный список Jetpack библиотек которые перешил в Maintain режим: 👉 CardView 👉 ConstraintLayout 👉 CoordinatorLayout 👉 CustomView 👉 Databinding 👉 DragAndDrop 👉 DrawerLayout 👉 DynamicAnimation 👉 Emoji 👉 Fragment 👉 GridLayout 👉 Interpolator 👉 Loader 👉 Navigation 👉 PercentLayout 👉 Preference 👉 RecyclerView 👉 SlidingPaneLayout 👉 SwipeRefreshLayout 👉 Transition 👉 VectorDrawable 👉 ViewPager 👉 ViewPager2 👉 Material Design Components (Views) Считаю что делать так с RecyclerView поступили опрометчиво, ведь не все возможности может сделать Lazy*** Composable, а вот на Fragment и подавно куча приложений строится. Но нам дадут волшебные скиллы для миграции по одному экрану за раз #Android #AndroidDev #Compose #

‼️ Android View всё! Да здравствует Compose! Google официально объявила о переходе к стратегии «Compose-first» и прекращении развития Android View, переводя его в режим поддержки. Что это значит: 👉 Классы android.widget.* в Android SDK будут находиться в режиме поддержки. 👉 Библиотеки Android Jetpack (включая RecyclerView) также переходят в режим поддержки. 👉 Все инструменты в Android Studio будут создаваться только для Compose. 👉 Документация будет писаться только для Compose, однако некоторые разделы про View останутся. 🔗 Источник - оф сайт Android Developers #Android #AndroidDev #Compose

🚀 Jetpack Telecom 1.1.0 добавил то, чего не хватало VoIP-приложениям с самого начала — историю звонков прямо в системном дайлере. До этого момента пропущенный звонок в Telegram или любом другом VoIP-приложении требовал переключиться в само приложение, найти вкладку с историей и перезвонить оттуда. Теперь это можно делать прямо из нативного дайлера Android. Работает через два новых механизма. Первый — интеграция лога звонков. Приложение регистрирует звонки через TelecomManager.addCall, и они автоматически попадают в системную историю. Для обратного звонка нужно зарегистрировать intent-фильтр на TelecomManager.ACTION_CALL_BACK и правильно обработать EXTRA_UUID, который система отдаёт вместе с вызовом. UUID генерирует CallControlScope.getCallId в момент регистрации звонка — его и нужно хранить, чтобы потом разрезолвить детали вызова. Второй механизм — исключение из лога. Не каждый звонок стоит светить в системной истории, и теперь это явно контролируется через флаг isLogExcluded = true в CallAttributesCompat. Например, эфемерные или приватные звонки можно просто не записывать. ‼️ ВАЖНО: фичи доступны только на Android 16.1 (SDK 36.1) и выше. Кроме того, нативные дайлеры используют package allowlist для контроля того, какие VoIP-приложения отображаются в истории. Роллаут идёт поэтапно, первым подключился Google Meet. Для локального тестирования Google рекомендует Telecom Sample Dialer из platform-samples. Меня радует сам вектор: Google последовательно закрывает разрыв между VoIP и нативной телефонией. Жаль, что allowlist пока ограничивает возможности сторонних приложений, но хотя бы сам механизм уже есть, а также то, что это делают так поздно, когда звонки не по телефону делают уже 5–10 лет. 🔗 Источник: android-developers.googleblog.com #Android #Telecom #AndroidJetpack

7 июня в Москве Яндекс проведет Mobile Runtime — летнюю встречу для мобильных разработчиков! Вместе с экспертами обсудим AI в мобилке, кросс-платформы, BDUI, скорость и качество приложений, а также движение индустрии и навыки будущего. Программа разделена на 2 трека: 🔹 AI: как инструменты помогают ускорять работу и как AI-фичи внедряются в приложения — от кейсов до архитектуры и технических решений. 🔹 Not so AI: нативная разработка, кроссплатформенность, архитектура, а также карьера, команды и развитие в индустрии. Например, Лев Бондаренко, старший iOS-разработчик в Яндекс Еде, расскажет о том, какие цели ставили при запуске медиаленты в приложении и как работали с возникающими трудностями. 🗺 В Москве очных участников встречи ждут воркшопы, дискуссии и соревнования в летнем дворике, а для тех, кто не сможет прийти, будет доступна онлайн-трансляция. ➡️ Регистрация уже открыта

🤯 Самый громкий анонс шоу - Googlebook. Новая категория ноутбуков на базе гибрида Android и ChromeOS, с Gemini в самом ядре. Запуск осенью. И тут главная боль. Я ждал, что Google наконец возьмёт ноутбуки под свой контроль, сделает эталонный девайс, как делает с Pixel смартфонами. А оказалось — партнёрская программа. Собирать будут Acer, Asus, Dell, HP, Lenovo. То есть нас ждёт стандартная история Android-смартфонов: разброс по качеству, цене, поддержке. Кто-то выпустит сырую дешёвку, кто-то нормальный дорогой девайс, и общее впечатление от платформы размажется. Со смартфонами Google это уже поняла и Pixel делает качественно. С ноутбуками — почему-то наступила на те же грабли. На мой взгляд — это главный провал шоу. Слово громкое, но точнее не подобрать. Что касается самой ОС, то пока выглядит как прокачанный ChromeOS с глубокой интеграцией с Android: общие файлы, объединённые подходы между смартфоном и ноутом. Деталей мало, всё решат софт и реальные сценарии. Но желания пойти купить нет от слова совсем. Вендорам, которые это будут собирать, доверия мало. Подождём первые девайсы. Если эталонного от Google не будет — буду грустить. #Android #Geminie #ChromeOS #Googlebook #Google

2️⃣ Обновление Android Auto и автомобили с интегрированным Google Редизайн Android Auto в стиле Material 3 Expressive: новые шрифты, анимации, обои, поддержка виджетов. Прокачали круглые, прямоугольные, овальные дисплеи — теперь поддерживают любую форму. Immersive Navigation в Картах с 3D-зданиями, полосами, светофорами. На поддерживаемых машинах теперь видео в FHD 60fps на парковке и также Dolby Atmos. Виджеты в машине действительно удобно, давно ждали. Позволит удобно делать разные интеграции. Для России и Беларуси тема малоактуальная. Рынок сейчас почти полностью китайский, а там с Android Auto просто никак. Какая разница, как Google прокачал систему, если в твоей машине её всё равно не будет? Большие машины себе вставят и поедут, остальным — мимо. Круглые дисплеи — вкусовщина. Прямоугольный кажется самым простым, понятным и удобным. #Android #AndroidAuto

Android Show 2026, ставший традицией перед Google I/O, снова собрал наше внимание. В прошлом году нам показали Material 3 Expressive, когда во этом году мы увидели три ключевых направления развития. Давайте разберемся из каждым из них за порядку. 1️⃣ Наконец-то Google представил свой собственный аналог Apple Intelligence, который получил название Gemini Intelligence. Это интерфейс, работающий поверх Android, который анализирует контекст экрана равно выполняет действия на его основе. Например, но долго зажать кнопку питания над списком заметок, Gemini автоматически добавит товары на корзину про доставки. Если в Gmail найдена программа курса, Gemini поместит необходимые книги в корзину. тоже он интегрируется от Chrome, обеспечивая автобраузинг на мобильных устройствах, с Gboard Rambler, очищая голосовой ввод от мычания равно повторов, но также с генеративными виджетами ради домашнего экрана и плитками Wear OS. Летом на свет появятся последние модели Pixel и Galaxy, а затем последуют часы, очки, автомобили и ноутбуки. Неожиданно, что обычный Gemini не обладал этими возможностями сам по себе. Пришлось вынести их в отдельный продукт под собственным брендом. С маркетинговой точки зрения это логично: создать «премиум-решение с продвинутыми AI-функциями» для дорогих устройств, чтобы бюджетные Android-смартфоны не получили доступ к ним. Тем не менее, остался небольшой осадок. #Google #Gemini

🛠 Лайфхак: как из Беларуси легально платить за нужные зарубежные сервисы Если ваша карта не дружит с зарубежными сервисами, а реселлеры берут 25% сверху — посмотрите Lightpay. Как это работает: платите безналом со счёта ИП или юрлица → деньги падают на баланс в личном кабинете → выбираете нужный сервис и оплачиваете. Главное — всё по-белому: счета и акты для бухгалтерии формируются автоматически. Комиссия — до 10%. Что можно оплачивать: ChatGPT, Claude, Cursor, Midjourney, Figma, Copilot, Google Ads и другие подписки. Всего доступно более 60 сервисов. ❗️ Если нужного сервиса нет в списке — по запросу быстро добавят. 🔗 Ссылка на сервис Lightpay #реклама

🚀 Вышел AndroidX WebKit 1.16.0. Забирай в работу интеграции 👉 minSdk поднят до 24 (Android 7.0) — учитывайте при апгрейде. 👉 Async-старт WebView вышел из experimental. startUpWebView вместе с ProcessGlobalConfig позволяют прогреть WebView в фоне до того как он понадобится UI. Эту штуку давно ждали в стабильной версии — для меня самое ценное обновление этого релиза. 👉 Navigation API тоже стабильный. Больше не надо @OptIn — addNavigationListener даёт колбэки на разных стадиях навигации, ошибку загрузки через Navigation.webResourceError, URL текущей страницы через Page. Главное — теперь FCP и LCP метрики прилетают напрямую из WebView без инъекции JS:

if (WebViewFeature.isFeatureSupported(WebViewFeature.NAVIGATION_LISTENER)) {
    WebViewCompat.addNavigationListener(webView, object : NavigationListener {
        override fun onFirstContentfulPaintMillis(page: Page, millisFromNavStart: Long) {
            analytics.report("FCP", millisFromNavStart, page.url)
        }
        override fun onLargestContentfulPaintMillis(page: Page, millisFromNavStart: Long) {
            analytics.report("LCP", millisFromNavStart, page.url)
        }
        override fun onNavigationCompleted(navigation: Navigation) {
            navigation.webResourceError?.let { err ->
                Log.w("WV", "load failed: ${err.errorCode}")
            }
        }
    })
}

На один WebView можно вешать несколько листенеров и прокидывать свой Executor если нужны колбэки в фоновом потоке. 👉 WebViewCompat.saveState теперь умеет ограничивать размер state. Если ловили TransactionTooLarge при сохранении состояния — это для вас. 👉 Подвезли addJavaScriptOnEvent для инъекции JS на загрузку документа и инъекцию скриптов в isolated worlds без конфликтов со страницей. Гибридным приложениям пригодится. 👉 [EXPERIMENTAL] BackForwardCacheSettings полностью переписали. Если использовали старый Builder через WebSettingsCompat.setBackForwardCacheSettings — ловите ошибку компиляции при апгрейде. Теперь так:

val settings = WebSettingsCompat.getBackForwardCacheSettings(webView.settings)
settings.setMaxPagesInCache(5)

👉 Profile.setSpeculativeLoadingConfig депрекейтнут, замена через Profile.setMaxPrerenders плюс PrefetchCache.setMaxPrefetches и setPrefetchTtlSeconds (тоже experimental). #Android #Webview #Web #AndroidDev

🚀 Вышел Jetpack Paging 3.5.0 где добавили возможность получения данных как StateFlow

// В ViewModel
val pager = Pager(pagingConfig, pagingSourceFactory)
val pagerFlow: Flow<ItemSnapshotList> = pager.flow.asState()

// Пример в Compose
val snapshotFlow = viewModel.pagerFlow.collectAsStateWithLifecycle(initialList)
val snapshot = itemsFlow.value

LazyColumn {
     items(items = snapshot.items) { ... }
}

Также появилась возможность явно вызвать загрузку новых страниц через методы append() и prepend(), а также refresh() и retry()

LazyColumn {
     item {
          LaunchedEffect(viewModel) { viewModel.prepend() }
     }
     items(snapshot.items) { item -> Text("Item: $item") }
     item {
          LaunchedEffect(viewModel) { viewModel.append() }
      }
}

Кажется, что сделали жизнь проще, но мой опыт с Paging всегда упирался в проблемы кэширования и удобной работы в Data слое. Всегда считал эту библиотеку архитектурно неудачной и ждал когда же ее переделают полностью. #Android #Jetpack #AndroidDev

🤖 GPT 5.5 и 5.4 лучше подходят для Android разработки, чем модели Claude. РАУНД! Данные официального бенчмарка Google #AI #Benchmark

📹 /e/OS - дегуглификация Android с подходом экосистемы Apple Продолжаю разбор как избавится на Andorid от слежки Google. /e/OS - это не просто форк AOSP, но и развитие экосистемы альтернативых сервисов, а также свои эталонные устройств на собственной ОС из коробки Все подробности в новом видео на 📹 YouTube, а позже будет на VK Video #AndroidBroadcast

🐘 В мире Android и тем более KMP проектов огромное количество зависимостей. Та самая ситуация, когда build зеленый, sync прошел, но приложение падает в рантайме из-за NoSuchMethodError или ClassNotFoundException, знакома многим. Причина — тихий конфликт версий. Gradle по умолчанию старается брать самую новую версию из всех найденных, но срабатывает не всегда. В разных модулях одного проекта могут спокойно жить разные версии одной библиотеки (например, okhttp 4.9.0 в модуле А и 4.11.0 в модуле Б). Gradle не считает это конфликтом, потому что модули изолированы. В рантайме при передаче объекта между модулями — ClassCastException. Особенно больно это бьет в KMP, где общая бизнес-логика связывает всё в единую цепочку. Плагин 🐱 Dependency Conflict Analyzer переворачивает подход. Он встраивается в Gradle и каждый раз при синхронизации автоматически анализирует весь граф зависимостей по всем модулям. Не нужно ничего запускать вручную или гадать, кто что подтянул. Если есть расхождение в major-версиях — плагин сразу покажет конфликт в консоли. Причём он найдет даже скрытые расхождения между разными модулями, которые Gradle игнорирует.

# Пример работы плагина
Version conflict detected: org.slf4j:slf4j-api
 - version 2.0.17 via:
   - project :app -> ch.qos.logback:logback-classic:1.4.11 -> org.slf4j:slf4j-api:2.0.17
   ...
 - version 1.7.25 via:
   - project :app -> org.apache.logging.log4j:log4j-slf4j-impl:2.17.1 -> org.slf4j:slf4j-api:1.7.25

Такая проактивная проверка помогает фиксить конфликты еще на этапе разработки и писать более стабильный код. Попробуйте. #Gradle

🤯 Те кто использовал Jetpack Paging 3 знают насколько он может справиться только с базовыми сценариямми. Шаг влево или вправо - уже боль! Сегодня хочу познакомить вас с альтернативой — библиотекой 🐱 Paginator. Это KMP-решение для пагинации, которое решает те самые проблемы, где Paging 3 начинает "буксовать". Paginator построен на отличной модели от Jetpack Paging 3: страница — это адресуемая ячейка в кэше, кэш — обычная структура данных, а навигация — обычные методы. 1️⃣✅ Адресуемые страницы Прямые методы goNextPage(), goPreviousPage() и jump(Bookmark). Deeplink на сообщение из пуша решается одной строкой. 2️⃣✅ Мутации по запросу MutablePaginator предоставляет CRUD-операции: replace { it.id == 42 }, removeWhere { it.deleted }. Один лайк меняет один элемент без инвалидации всей страницы. 3️⃣✅ Сохраняемое состояние Кэш — обычная структура данных, которую можно сериализовать через kotlinx.serialization. Методы serializeToJson() и restoreFromJson() решают проблему Process Death без плясок с бубном. 4️⃣✅ Библиотека, а не фреймворк Написан на чистом Kotlin без платформенных зависимостей и живёт в commonMain. Логика пагинации становится частью общего доменного слоя KMP, не копируется между платформами и не имеет двух реализаций. 5️⃣✅ Курсорная пагинация "из коробки" Отдельный класс CursorPaginator с единой моделью состояний, транзакций и сериализации.

Paginator — это не обёртка над Paging 3. Это другая модель, переосмысливающая ключевые типы. Обёртка просто не смогла бы дать ни мутации элемента, ни сериализации кэша.

🔗 Оригинальная статья на Хабре 🐱 Репозиторий Paginator #Android #AndroidDev #KMP