Swift 6.4 вышел: официальный Android SDK, Swift Build по умолчанию и ускорение Wasm в 40 раз

Что случилось

Apple и Swift.org выпустили Swift 6.4 15 сентября 2026 в составе Xcode 27. Это не рядовой патч: в релизе сразу несколько изменений, которые меняют то, как команды строят iOS-приложения и как Swift позиционируется в экосистеме мобильной разработки в целом.

Главные изменения: официальный Android SDK на базе LTS NDK 30, переход Swift Package Manager на Swift Build как систему сборки по умолчанию, улучшения реактивного состояния в SwiftUI и 40-кратное ускорение мостинга WebAssembly.

Официальный Android SDK: Swift теперь кроссплатформенный

Самое неожиданное в этом релизе — первый официальный Swift SDK для Android на базе LTS NDK 30. Это означает, что разработчики могут писать Swift-код, который собирается и выполняется нативно на Android, без сторонних обёрток.

Практически это открывает возможность выносить бизнес-логику в Swift-библиотеки и переиспользовать их между iOS и Android. Пока SDK находится в статусе стабильного, но раннего — документация и инструментарий будут расширяться. Тем не менее появление официальной поддержки Android — сигнал, что Apple и Swift.org видят язык как выход за пределы собственной платформы.

Swift Build по умолчанию в Swift Package Manager

Swift 6.4 завершает переход SPM на единую систему сборки Swift Build. Теперь один и тот же build-граф работает на macOS, Linux и Windows — шаги сборки идентичны везде. Это устраняет целый класс проблем «работает на Mac, ломается в CI»: линуксовые раннеры в GitHub Actions и GitLab CI теперь используют ту же логику разрешения зависимостей и кэширования артефактов, что и локальный Xcode.

Для команд с гетерогенными пайплайнами — где iOS-разработчики собирают на macOS, а CI крутится на Linux — это означает предсказуемость без ручного выравнивания конфигураций.

Улучшения SwiftUI и async/defer

Макрос @Observable получил точечные уведомления об изменениях: SwiftUI теперь перерисовывает только те View, которые зависят от конкретного изменившегося свойства, а не весь граф наблюдателей. В приложениях с насыщенными экранами это снижает количество лишних ре-рендеров.

Другое изменение — возможность вызывать async-функции внутри блоков defer. Раньше освобождение асинхронных ресурсов (закрытие соединений, логирование) в defer требовало обходных путей. Теперь это работает напрямую, что упрощает обработку ошибок в сетевом и файловом коде.

WebAssembly и производительность

Мост JavaScriptKit, который связывает Swift с JavaScript-средами (браузер, Node.js, Wasm-рантаймы), ускорился в 40 раз по сравнению с предыдущим релизом. Это актуально для команд, использующих Swift для серверной генерации UI или в проектах с WebAssembly-таргетом.

Кроме того, URL-парсинг в Foundation стал в 4 раза быстрее — заметно в приложениях с интенсивной сетевой активностью, где URL конструируются и разбираются тысячи раз в секунду.

Как реагировать: три шага

1. Установите Xcode 27 и проверьте совместимость. Swift 6.4 идёт в комплекте с Xcode 27. Откройте проект, прогоните тесты и убедитесь, что Swift Build в SPM не изменил поведение зависимостей.
2. Обновите CI-пайплайны. Если CI использует Linux-раннер со Swift, убедитесь, что установлена версия 6.4 — теперь поведение сборки будет совпадать с macOS-окружением.
3. Оцените @Observable-рефакторинг. Если в приложении есть тяжёлые ObservableObject-объекты с множеством свойств, переход на новый @Observable с точечными обновлениями может заметно снизить нагрузку на рендеринг.

Если вашей команде нужна помощь с переходом на Swift 6.4, оптимизацией SwiftUI-приложений или разработкой iOS-продукта с нуля — YuSMP Group работает с полным циклом iOS-разработки: от архитектуры до релиза в App Store.