Список кодовых названий Android и их соответствие версиям

Короткий ответ: у каждой крупной версии Android было кодовое десертное имя — например, Android 4.4 = KitKat (API 19), Android 9 = Pie (API 28); с Android 10 Google перестал официально использовать публичные десертные бренды, но внутри разработки сохраняются кодовые имена (Android 11 — Red Velvet Cake, Android 12 — Snow Cone, Android 13 — Tiramisu, Android 14 — Upside Down Cake). Ниже — полная наглядная таблица и важные пояснения.

Google до Android 9 публиковал десертные названия открыто; начиная с Android 10 они остались только как внутренние кодовые имена.

Краткая схема и правила именования

Кодовые названия Android традиционно были связаны с десертами в алфавитном порядке (Cupcake, Donut, Eclair ...). Каждому названию соответствует номер версии и API‑уровень (Application Programming Interface). Для разработчиков критичен API‑уровень — он определяет доступные возможности и совместимость приложений. Для пользователей полезно знать название, чтобы быстро ориентироваться в обзорах и новостях.

Таблица: кодовые названия, версии, API и год релиза

Сопоставление кодовых имён с версиями Android

Кодовое имяВерсия AndroidAPI уровень(я)Год первого релиза
(нет)1.012008
(нет)1.122009
Cupcake1.532009
Donut1.642009
Eclair2.0–2.15–72009
Froyo2.282010
Gingerbread2.39–102010
Honeycomb3.0–3.2 (планшет)11–132011
Ice Cream Sandwich4.014–152011
Jelly Bean4.1–4.316–182012
KitKat4.419–202013
Lollipop5.0–5.121–222014
Marshmallow6.0232015
Nougat7.0–7.124–252016
Oreo8.0–8.126–272017
Pie9.0282018
Android 1010292019
Android 11 (Red Velvet Cake, внутр.)11302020
Android 12 (Snow Cone, внутр.)1231–322021
Android 13 (Tiramisu, внутр.)13332022
Android 14 (Upside Down Cake, внутр.)14342023

Используйте таблицу как быстрый ориентир: для разработки ориентируйтесь на колонку API уровня; для общения и поиска — на название и номер версии.

Как и зачем использовать эти названия (и что важно знать)

  • Разработчикам: проверяйте минимальный и целевой API‑уровень в манифесте/gradle — это определяет доступ к API и поведение приложений на конкретных версиях.
  • Тестировщикам: при описании багов указывайте и номер версии, и API, чтобы воспроизвести проблему точнее.
  • Пользователям и журналистам: название помогает быстро понять контекст функций (например, «KitKat‑время» vs «Android 13 — Tiramisu»).

Если в документации видите только «Android 10, 11…» — помните: публичных десертов у Google после Android 9 официально нет, но внутренние кодовые имена продолжают помогать идентифицировать релизы.

Частые ошибки

  • Путать кодовое имя с API‑уровнем. Название — удобная метка, но совместимость приложений определяется API.
  • Ссылаться только на название без номера версии: это может ввести в заблуждение (например, «Jelly Bean» охватывает несколько релизов с разными API).
  • Полагать, что кодовое имя гарантирует одинаковый набор функций — между minor‑релизами могут быть значительные изменения.

FAQ

  • В: Почему Google перестал использовать публичные десертные имена?
    О: Решение объясняли желанием упростить восприятие и глобальную маркетинговую коммуникацию — номера понятнее для широкой аудитории.

  • В: Как проверить API‑уровень устройства?
    О: В настройках телефона или через ADB команда "adb shell getprop ro.build.version.sdk" покажет текущий API.

  • В: Нужны ли кодовые имена для совместимости приложений?
    О: Нет — для совместимости важен API‑уровень. Кодовые имена полезны как человекочитаемые метки.

  • В: Где найти соответствие старых устройств?
    О: Сравните версию Android и API в таблице выше — это определит, какие функции доступны.

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