Долгие годы граница между iOS и Android пролегала не только по экранам и операционным системам, но и глубоко внутри кода. Хочешь приложение для iPhone - пиши на Swift. Хочешь то же самое для Android - начинай с чистого листа на Kotlin или Java. Две команды, два кодовых репозитория, два цикла обновлений, и один постоянный вопрос: почему фича, которую уже выпустили на iOS, появится на Android только через полгода? Это была не техническая неизбежность, а просто сложившийся порядок вещей. Swift 6.3, выпущенный в марте 2026 года, начал его менять.
Спустя девять месяцев после создания специальной рабочей группы Swift Android Workgroup, язык Apple официально получил полноценную поддержку Android. Это не сторонний эксперимент и не неофициальный патч - это первый стабильный релиз Swift SDK для Android в составе самого языка.
Что именно появилось в Swift 6.3 и почему это не просто очередной апдейт
Swift SDK для Android - это полноценный набор инструментов: компилятор, библиотеки и вся необходимая оснастка, чтобы Android стал таким же первоклассным целевым устройством, как iOS или macOS. Разработчик теперь может писать нативные Android-приложения на Swift с нуля, либо подключать Swift-модули к существующим проектам на Kotlin и Java.
Два ключевых инструмента внутри SDK - Swift Java и Swift Java JNI Core. Оба работают как переводчики между Swift и Android-средой исполнения, которая построена на Java Virtual Machine. JNI расшифровывается как Java Native Interface - это низкоуровневый мост, соединяющий нативный код с JVM. Swift Java JNI Core автоматизирует всю неудобную "сантехнику" этого моста, избавляя разработчика от ручного написания интерфейсных слоёв.
SDK интегрирован со Swift Package Manager - стандартным менеджером пакетов Swift. Это означает, что добавить Swift-модуль в существующий Android-проект так же просто, как подключить любую другую зависимость. Swift Package Index, каталог совместимых пакетов, уже показывает, какие из популярных библиотек работают на Android, - и список внушительный, особенно для пакетов, опирающихся на Foundation и другие кросс-платформенные API.
Технически сборка работает через кросс-компиляцию: код пишется на Mac или Linux, а результат запускается на Android-устройстве или эмуляторе. Поддерживаются обе архитектуры - x86_64 для эмуляторов и aarch64 для большинства современных телефонов. Для работы нужен Android NDK версии 27d или выше.
Как девять месяцев работы рабочей группы превратились в стабильный релиз
Всё началось в июне 2025 года, когда сообщество Swift объявило о создании Android Workgroup - специальной команды с конкретной задачей: сделать Android официально поддерживаемой платформой. Рабочая группа встречалась раз в две недели, обсуждала прогресс, устраняла препятствия, тестировала ранние превью SDK.
Принципиально важна была сама формулировка задачи - не "попробовать запустить Swift на Android", а именно "поддерживать": документация, совместимость между версиями, инструментарий, устранение проблем. Разница существенная. Неофициальные попытки запустить Swift на Android существовали и раньше, но без гарантии, что они останутся работоспособными после следующего обновления. Теперь поддержка официальная - и это меняет всё для команд, которые не могут позволить себе строить продукт на зыбкой основе.
За девять месяцев рабочая группа перевела SDK из категории "интересный эксперимент" в стабильный инструмент производственного уровня. Результат опубликован в составе Swift 6.3, анонсированного 24 марта 2026 года.
Что это значит для команд, которые уже пишут iOS-приложения на Swift
Честно говоря, самая практичная выгода здесь не для тех, кто только начинает. Она для тех, кто уже глубоко вложился в Swift и поддерживает iOS-приложение с несколькими годами бизнес-логики внутри.
Бывало ли такое: iOS-версия приложения давно умеет считать сложные сценарии, валидировать данные, обрабатывать сетевые запросы определённым образом - а Android-команда пишет то же самое с нуля, параллельно, чуть по-другому, и через год в двух версиях появляются едва заметные расхождения в поведении? Swift SDK для Android позволяет вынести эту общую логику в единый Swift-пакет и подключить его к обеим платформам. Один раз написал, один раз протестировал, исправил в одном месте.
При этом Swift на Android не вытесняет Kotlin. Kotlin остаётся основным языком для Android UI и платформенной интеграции, и Android Studio пока не поддерживает Swift нативно. Связка выглядит иначе: Swift отвечает за переносимую логику, Kotlin - за интерфейс и платформенные возможности. Это не конкуренция, а разделение труда.
Чем подход Swift отличается от Flutter и других кросс-платформенных решений
Вопрос неизбежен: есть же Flutter, React Native, Kotlin Multiplatform - зачем ещё один способ? Ответ в философии, а не в технике.
Flutter решает задачу иначе: единый код, единый движок рендеринга, одинаковый интерфейс на всех платформах. Это работает отлично для команд, которым нужна максимальная скорость и один разработчик вместо двух. Но у этого подхода есть цена - интерфейс технически не является нативным ни на iOS, ни на Android, и глубокая интеграция с платформенными API требует дополнительных усилий. К 2026 году Flutter используют около 46% мобильных разработчиков, и у него серьёзная репутация.
Swift на Android идёт другим путём. Он не предлагает единый UI. Он предлагает единую логику при нативном интерфейсе на каждой платформе. SwiftUI по-прежнему остаётся эксклюзивом Apple - на Android интерфейс пишется средствами Android. Зато поведение приложения, его внутренние правила и данные - общие.
Это не "пиши один раз, запускай везде". Это "пиши логику один раз, а интерфейс делай нативным для каждой платформы". Компании вроде Netflix, McDonald's и Airbnb уже работают по похожей схеме через Kotlin Multiplatform - Swift SDK для Android предлагает аналогичный подход, но для команд, ориентированных на экосистему Apple.
Как выглядит разработка на практике и что нужно для старта
Вот конкретный список того, что необходимо для первого Swift-проекта под Android:
- Swift Toolchain - стандартный инструментарий Swift;
- Swift SDK для Android - новый пакет из состава Swift 6.3;
- Google Android NDK версии 27d или выше - платформенные заголовки для компиляции нативного кода;
- понимание того, что итоговое приложение упаковывается в .apk через стандартный Android-пайплайн с использованием swift-java для интеграции.
Документация по старту опубликована на swift.org под названием "Getting Started with the Swift SDK for Android". Там же доступны руководство по промптам и кулинарная книга с примерами кода для быстрого погружения.
Что это меняет в мобильной разработке и куда движется ситуация дальше
Рынок мобильной разработки давно ищет способы сократить дублирование усилий без потери нативного качества. Kotlin Multiplatform вырос с семи процентов охвата в 2024 году до двадцати трёх в 2025-м - это один из самых быстрых трендов в отрасли. Поддержка Swift на Android встраивается в тот же сдвиг, но с другой стороны: не от Android в сторону кросс-платформенности, а от iOS.
Компании, глубоко вложившиеся в Swift - агентства, которые строят iOS-продукты годами, инхаус-команды с большими кодовыми базами - получают реальный способ расширить аудиторию без полной перестройки. Не нужно нанимать отдельную Android-команду с нуля. Не нужно переписывать бизнес-логику на Kotlin. Можно взять то, что уже работает, и подключить его к новой платформе.
Граница между iOS и Android никуда не исчезла. SwiftUI по-прежнему не работает на Android, а Android Studio не знает Swift. Но ядро приложения - то, чем оно живёт и дышит под поверхностью интерфейса - теперь может быть общим. И это, пожалуй, самое честное описание того, что произошло с выходом Swift 6.3.