‼️ Room 3 зависает на suspend-@Transaction: лечится сменой SQLite-драйвера

Разработчик разобрал зависание приложения на Room 3: сплэш висит бесконечно, а краша, ANR и строчки в логах нет. Дамп потоков через kill -3 показал корутину, навсегда вставшую на локе внутри PassthroughConnectionPool в suspend-функции DAO с @Transaction и телом.

Почему так: Room спрашивает у драйвера hasConnectionPool. AndroidSQLiteDriver отвечает true, и Room не заводит свой пул: остаётся одно соединение, привязанное к потоку, без таймаута ожидания. Если код транзакции сменит диспетчер, транзакция ждёт сама себя. Исправление этого дедлока заявлено в Room 3.0.2, но у автора зависало именно на 3.0.2, а в 3.0.3 чинили регрессию от этого исправления.

Как исправить: передать в билдер BundledSQLiteDriver. Он возвращает false, и Room поднимает собственный пул: в WAL четыре потока на чтения и один поток на запись, а при долгом ожидании через 30 секунд прилетает SQLiteException вместо тихого зависания. Room тоже стоит обновить до актуальной версии.

Room.databaseBuilder<AppDatabase>(context, DB_NAME)
    .setDriver(BundledSQLiteDriver())   // was AndroidSQLiteDriver()
    .setJournalMode(JournalMode.WRITE_AHEAD_LOGGING)
    .build()

⚠️ Что учесть при смене драйвера:
👉 в APK появится своя SQLite: около 620–650 КБ на ABI в сжатом виде, в universal APK все четыре ABI, примерно 2,5 МБ;
👉 соединений станет несколько, Room сам ставит на каждое PRAGMA synchronous (в WAL это NORMAL), а RoomDatabase.Callback.onOpen вызывается один раз на базу, поэтому PRAGMA оттуда применится только к одному соединению. Автор задаёт её в обёртке над драйвером;
👉 в такой обёртке делегируйте inTransaction(), иначе дефолтная реализация бросит NotImplementedError.

🔗 dev.to

#Android #Room #Kotlin

🤖 AGP 9.6: покрытие инструментальных тестов без JaCoCo при сборке

Чтобы посчитать покрытие кода инструментальными тестами, Android Gradle Plugin (AGP) по умолчанию встраивает счётчики JaCoCo в классы приложения прямо во время сборки. В AGP 9.6.0-alpha01 появился экспериментальный режим с агентом на устройстве: приложение собирается без этого кода, а классы инструментирует агент на тестовом устройстве во время прогона.

По данным Google, сборка ускоряется на 10–20%, debug APK становится меньше на 20–25%, а неиспользуемые сгенерированные классы перестают занижать процент покрытия. Режим включается двумя флагами в gradle.properties поверх привычного enableAndroidTestCoverage = true:

android.experimental.androidTest.coverage.useOnDeviceAgent=true
android.experimental.reportAggregationSupport=true

Отчёт строит та же задача create<Variant>AndroidTestCoverageReport. Нужны устройство с Android 9 или новее и debuggable-сборка.

⚠️ Цифры не совпадут со старыми отчётами: агент считает инструкции DEX, а не Java-байткода, а классы, которые не загрузились во время тестов, в отчёт не попадают. Пороги покрытия при переходе стоит пересмотреть.

🔗 Документация

#Android #AndroidDev #Gradle #Testing

🤖 MultisensoryManager: системные звук и вибрация для типовых действий в UI

В Android 17 QPR2 появился MultisensoryManager, API для Multisensory Design System (MSDS). Это набор готовых токенов обратной связи: звук и вибрация, которые система синхронизирует между собой и подстраивает под возможности конкретного устройства. Подбирать свои паттерны вибрации для переключателей и жестов больше не нужно.

Токены покрывают два случая: отклик на жесты, когда пользователь двигает элементы UI, и смысловой отклик на смену состояния, выбор или прогресс. Проигрывается токен одним вызовом:

val manager : MultisensoryManager=  context.getSystemService()

Switch(checked = checked, onCheckedChange = { isChecked ->
    checked = isChecked
    manager?.playToken(
        if (isChecked) MultisensoryManager.TOKEN_SWITCH_ON
        else MultisensoryManager.TOKEN_SWITCH_OFF
    )
})

Google рекомендует проигрывать отклик в момент, когда пользователь видит результат действия, чтобы анимация, звук и вибрация совпали. Вызов закрывается проверкой Build.VERSION_CODES_FULL.CINNAMON_BUN_2.

🔗 Документация

#Android #AndroidDev #Haptics

🔨 Android Studio Rabbit 2 вышла в стабильной версии: Claude, Codex и ещё 40 агентов прямо в IDE

Google выпустила Android Studio Rabbit 2 к Android Dev Summit. Главное в релизе — Bring Your Own Agent: в окне агента можно выбрать Claude Agent, Codex, Junie, Antigravity или любой из 40+ агентов с поддержкой ACP (Agent Client Protocol, открытый протокол подключения агентов к редакторам). Агенту доступны эмулятор, сборка, Logcat и Android skills.

👉 Change Review: агент проверяет свои правки, незакоммиченный код или коммиты из Git log, предлагает исправления и группирует дифф по смыслу, а не по алфавиту файлов

👉 Менеджер скиллов: Android skills и скиллы Firebase ищутся и ставятся в IDE, а в чате вызываются через @

👉 XR-эмуляторы для очков стали стабильными, окружение можно задать своим 360° фото или видео с камеры

Агента выбирают в Settings › Tools › AI › Agents.

🔗 Android Developers Blog

#Android #AndroidStudio #AI

🛒 Google Play начнёт оценивать приложения на складных устройствах: адаптированные получат больше показов

На Android Dev Summit Google объявила, что со следующего года Play будет смотреть, как приложения и игры работают на складных смартфонах. Хорошо адаптированным обещают больше возможностей показать себя в магазине. Конкретные требования Google опубликует до конца года.

👉 Чем готовиться: гайдлайны качества адаптивных приложений, для игр — отдельные

👉 Compose adaptive skill для агентов научился позам складных: экраны камеры и медиа он переводит в раскладку для полусложенного телефона на столе

👉 Под Googlebook тот же скилл проверяет UI и добавляет горячие клавиши, курсоры, hover-состояния и подсказки

Будут ли штрафы в поиске для неадаптированных приложений, Google пока не сказала.

🔗 Android Developers Blog · Android Authority

#Android #GooglePlay #AndroidDev

🛒 Google Play ограничит доступ к локальной сети, контактам и точной геолокации

29 октября Google опубликовала новые правила Play для разрешений с доступом к чувствительным данным. Логика та же, что в апрельском обновлении политик: если задачу решает системный picker или intent, используйте его. Если без разрешения никак, заполните декларацию в Play Console и объясните, почему без него не работает основная функция приложения.

👉 Локальная сеть, с 25 августа 2027. Приложения с targetSdk 37+ (Android 17) могут запрашивать ACCESS_LOCAL_NETWORK, только когда device pickers вроде NsdManager не подходят. Каждому такому приложению нужна декларация в Play Console

👉 Редактирование контактов, с 25 августа 2027. Для добавления и правки контактов есть intents ACTION_INSERT и ACTION_EDIT. Если их не хватает и нужен MANAGE_CONTACTS, приложениям с targetSdk 38+ (Android 18) нужна декларация

👉 Геолокация, с 27 января 2027. С targetSdk 37+ разовые запросы точной геолокации идут через системную кнопку локации (флаг onlyForLocationButton в манифесте). ACCESS_FINE_LOCATION требует декларации: надо объяснить, почему не хватает кнопки или ACCESS_COARSE_LOCATION

🔗 Анонс Google Play · Предстоящие изменения политики

#GooglePlay #Android17

🤖 Свежая статистика версий Android: Android 16 на четверти устройств, Android 17 на 1%

Google обновила в Android Studio данные о версиях Android, впервые с декабря 2025 (прошлый срез). Цифры на 1 октября, по устройствам, которые заходили в Google Play за 7 дней. Studio показывает только накопительную долю, доли версий по ней посчитал heise.

👉 Android 16 (API 36): 25,4%. Теперь это самая распространённая версия, в декабре было 7,5%

👉 Android 17 (API 37): 1%, хотя вышел в середине июня. Срок от релиза до среза в этом году короче, чем у Android 16

👉 Для выбора minSdk: API 34+ стоит на 56,4% устройств, API 30+ на 88,3%, API 29+ на 94%. Android 11 до сих пор держит 10,5%

🔗 heise · Android Authority

#Android #AndroidDev #Android17

🤖 Google переписал гайд по SQLite на Android: где база тратит лишнюю память и время

В гайде Google по производительности SQLite раньше были общие советы про индексы и WAL. Теперь там есть разделы про память соединений, кэш скомпилированных запросов и разбор запросов в Perfetto. Базовые советы для Room мы уже разбирали, а про зависание Room 3 из-за SQLite-драйвера писали здесь.

👉 WAL включайте через фреймворк, а не через PRAGMA journal_mode=WAL. Только тогда Android открывает пул соединений, чтобы чтение шло параллельно с записью, и ставит синхронный режим NORMAL. После ручного PRAGMA у базы одно соединение, и каждый коммит делает fsync. Room включает WAL сам на всех устройствах, кроме low-RAM.

👉 Один SQLiteOpenHelper или RoomDatabase на файл. У каждого экземпляра свои кэши. В бенчмарке Google объединение двух хелперов на один файл почти вдвое сократило page cache и больше чем вдвое снизило p95 задержки запросов. Дубли видно в adb shell dumpsys dbinfo <package>: один путь под несколькими Connection pool for.

👉 Кэш скомпилированных запросов вмещает 25 штук. Если в горячих путях запросов больше, SQLite компилирует их заново. Сначала уберите склейку SQL из строк, потом поднимите лимит до 100:

override fun onConfigure(db: SQLiteDatabase) {
    db.setMaxSqlCacheSize(SQLiteDatabase.MAX_SQL_CACHE_SIZE)
}

Ещё в гайде есть готовые PerfettoSQL-запросы: самые частые операции, запросы дольше 1 мс на главном потоке и записи вне транзакций.

⚠️ Редко используемую базу лучше закрывать: открытая Room-база в простое держит около 678 КБ page cache и 5 файловых дескрипторов. Но базу, к которой вы ходите каждые несколько секунд, не закрывайте, иначе при каждом открытии кэши собираются заново.

🔗 Best practices for SQLite performance

#Android #AndroidDev #SQLite

🤖 Google разобрала ботнет XCPE: производитель ТВ-приставок сам встроил бэкдор в прошивку

Через бэкдор XCPE в ботнет попали больше 1,3 млн сертифицированных Android TV-приставок. Google Threat Intelligence Group считает, что его намеренно разработала Videostrong, OEM- и ODM-производитель Android-устройств. Доступ к приставкам компания продавала партнёрам, а те грузили модули для рекламного фрода, резидентных прокси и новой малвари.

👉 x.cpe (в части сборок com.oemservice) работает с правами android.uid.system и после удаления восстанавливается из раздела /oem/ при перезагрузке.

👉 Сертификацию он проходил, потому что вредоносный код подгружался уже после первого запуска.

Google через суд закрыла домены ботнета и C2 больше десятка семейств малвари. По её оценке, это отрезает ещё минимум 10 млн устройств. Videostrong больше не сможет выпускать сертифицированные устройства, а проверку прошивок Android TV Google ужесточает.

🔗 Разбор Google Threat Intelligence

#Android #AndroidTV #Security