Java-код ведёт себя иначе на Android 17: проверка Unicode и TLS named groups. Отделить область применимости от похожего симптома, провести один обратимый контроль и оформить матрица «runtime × API/input × provider/group × expected × actual × exception» без лишних данных.
Где проходит граница симптома
Пользовательская боль: после обновления меняется обработка редкого Unicode-текста или TLS negotiation в библиотеке, использующей JDK API. Начните с границы: один экран, один input, один device capability или весь процесс. Запишите expected и actual, время и последнее рабочее состояние. Форумный рассказ показывает вопрос автора, но не подтверждает механизм платформы. Граница поискового намерения: как проверить совместимость OpenJDK 21 25 API Android 17 Unicode TLS named groups. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Android Developers сообщает: Android 17 включает API updates и refinements из OpenJDK 21 и 25, включая новую Unicode support и расширенную SSL support for named groups. Change note подтверждает наличие поведения в Android 17, но не его активацию у конкретного производителя. Любой дополнительный тезис требует отдельного evidence; статья не подменяет compatibility test пересказом анонса. Проверяемый выход статьи — матрица «runtime × API/input × provider/group × expected × actual × exception». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: точный API call, input code points или TLS group list, provider, target SDK, expected result и контрольная Android version. Сделайте таблицу входных параметров до первого запуска. Каждое unknown оставьте пустым. Так последующий результат можно связать с одной настройкой, не смешивая dependency, hardware и UI state. До опыта сформулируйте безопасный stop: не тестировать на production endpoint и не отключать certificate validation; приватные hostnames и payloads в отчёт не включать. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: в unit/instrumentation test прогнать небольшой публичный Unicode corpus либо локальный TLS test endpoint, меняя только platform runtime. Один короткий run задаёт baseline, второй меняет ровно один фактор, третий подтверждает rollback. Если B не отличается от A, ветка не подтверждена; это нормальный результат, а не повод добавлять ещё настройки. Контроль не должен выходить за исходный scope: точный API call, input code points или TLS group list, provider, target SDK, expected result и контрольная Android version. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: матрица «runtime × API/input × provider/group × expected × actual × exception». Сделайте вывод только о проверенной ветке. Отсутствие эффекта исключает её в данном окружении, но не доказывает исправность соседних компонентов. Rollback result является обязательной частью evidence. Сопоставляйте результат с точным действием: в unit/instrumentation test прогнать небольшой публичный Unicode corpus либо локальный TLS test endpoint, меняя только platform runtime. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не тестировать на production endpoint и не отключать certificate validation; приватные hostnames и payloads в отчёт не включать. Эскалируйте владельцу правильного слоя: app, library, device или platform. Короткая матрица и first failing step важнее длинной истории. Любой файл просмотрите вручную на secrets и personal data. В support package назовите пользовательскую боль без личных деталей: после обновления меняется обработка редкого Unicode-текста или TLS negotiation в библиотеке, использующей JDK API. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Android Developers Blog — The Third Beta of Android 17 проверено 2026-08-28
- Android Developers Blog — Android 17 is here проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.