Интеграция Rust-кода в мобильное приложение через FFI

Targets для Android:

cargo ndk -t arm64-v8a -t x86_64 -o ./jniLibs build --release 

Targets для iOS:

cargo build --target aarch64-apple-ios --release cargo build --target aarch64-apple-ios-sim --release cargo build --target x86_64-apple-ios --release lipo -create target/x86_64-apple-ios/release/libmylib.a \ target/aarch64-apple-ios/release/libmylib.a \ -output libmylib-sim.a 

Затем xcodebuild -create-xcframework объединяет device и simulator варианты.

Почему стоит выбрать Rust вместо C/C++ для нативной логики?

Rust на порядок безопаснее по памяти: компилятор гарантирует отсутствие use-after-free и гонок данных на этапе сборки. Для криптографии и парсинга протоколов это критично — ошибка может стоить данных пользователей. По данным Microsoft, около 70% всех уязвимостей в системном ПО связаны с проблемами памяти. Rust устраняет этот класс ошибок, что делает его в 2–3 раза безопаснее C/C++ по количеству уязвимостей, допущенных разработчиками. При этом Rust не уступает C++ по производительности, а для криптографических операций Rust-код работает в 3-5 раз быстрее эквивалентного Java-кода на Android. Rust-решение потребляет в 2 раза меньше памяти по сравнению с C++ при тех же алгоритмах. Экономия бюджета на разработку достигает 40% за счёт повторного использования одного Rust-кода на обеих платформах.

Сравнение инструментов: uniffi-rs vs cbindgen

uniffi-rs — рекомендуем для большинства проектов. Rust-интерфейс описывается в .udl файле, uniffi-bindgen генерирует Kotlin-классы для Android и Swift-файлы для iOS. Результат — нативный API без ручного написания JNI или Objective-C.

// mylib.udl namespace mylib { sequence<u8> encrypt(sequence<u8> data, string key); }; 

Генерирует mylib.kt с fun encrypt(data: List<UByte>, key: String): List<UByte> и mylib.swift с func encrypt(data: [UInt8], key: String) -> [UInt8].

cbindgen — генерирует C-заголовочный файл из Rust. Подходит если нужен тонкий C-слой, а биндинги к Swift/Kotlin пишутся вручную или через другой инструмент. Больше контроля, больше ручной работы.

Как обеспечить потокобезопасность при передаче данных через FFI?

На границе Rust↔мобильный нужно явно управлять временем жизни объектов. Если Rust-функция возвращает указатель на heap-аллоцированную структуру — мобильный код получает Long (Android) или UnsafeRawPointer (iOS). Уничтожение объекта — через явный free_object(ptr) на Rust-стороне, вызванный из finalize()/deinit. Забыть вызвать free_* — memory leak. Uniffi автоматизирует это через Arc reference counting.

Rust паника (panic!) через FFI — undefined behavior. Весь FFI-код оборачиваем в std::panic::catch_unwind или используем #[no_panic] аннотации для критичных путей.

Async Rust в FFI. tokio runtime можно создать внутри Rust-кода: Runtime::new().unwrap().block_on(async { ... }). Это синхронный вызов с точки зрения FFI, но асинхронный внутри Rust. Для настоящего async взаимодействия — callback-based API или uniffi-rs с поддержкой async (экспериментально в uniffi 0.25+).

Кейс. Мессенджер с end-to-end шифрованием: криптографическое ядро на Rust (Double Ratchet алгоритм, X3DH key exchange) через uniffi. Android: Kotlin вызывает RatchetSession.encrypt(plaintext) — под капотом FFI к Rust. iOS: Swift вызывает RatchetSession.encrypt(plaintext:). Один Rust-код — идентичная логика на обеих платформах. Unit-тесты — на Rust (cargo test), интеграционные тесты — на Kotlin и Swift. CI: GitHub Actions, матрица из 4 target'ов, сборка xcframework и .aar как артефакты. 80% времени разработки ушло на отладку нативного кода — Rust сократил этот показатель вдвое.

Процесс работы

1. Анализ требований — определяем, какой код выгоднее вынести в Rust, и оцениваем потенциальную экономию ресурсов (примерно в 2–3 раза снижаются затраты на отладку за счёт гарантий безопасности).
2. Проектирование FFI-слоя — выбираем uniffi или cbindgen, проектируем интерфейс.
3. Написание Rust-кода — реализация алгоритмов с тестами (cargo test).
4. Генерация биндингов и сборка — CI под обе платформы, матрица target'ов.
5. Интеграция и тестирование — unit-тесты на мобильной стороне, профилирование.

Типичные ошибки на старте:

• Забыть обработать Rust-панику через catch_unwind — undefined behavior на FFI-границе.
• Не освободить память вручную при использовании cbindgen — утечка.
• Игнорировать символы для отладки — стектрейсы без имён функций.

Отладка и профилирование

Rust-код в мобильном приложении отлаживается сложнее нативного: LLDB подключается к процессу, символы загружаются из .dSYM (iOS) или .so с debug info (Android). cargo build без --release сохраняет debug symbols. Firebase Crashlytics показывает стек до Rust-фрейма если символизация настроена.

AddressSanitizer для Rust через RUSTFLAGS="-Z sanitizer=address" — находит use-after-free и buffer overflows в нативном коде до попадания в продакшен.

Что входит в работу

• Анализ требований и проектирование FFI-интерфейса
• Написание Rust-кода с unit-тестами (100% покрытие критических путей)
• Генерация биндингов через uniffi или cbindgen
• Настройка CI/CD с матрицей target'ов (Android arm64, x86_64; iOS device, simulator)
• Интеграция в мобильное приложение (Kotlin/Swift)
• Документация на русском/английском
• Обучение команды заказчика (2 воркшопа)
• Поддержка в течение 3 месяцев после сдачи

Свяжитесь с нами для оценки вашего проекта — это займёт не более 2 дней. Наши инженеры с 7+ годами опыта в мобильной разработке реализовали более 40 проектов с Rust-интеграцией под ключ. Закажите консультацию, и мы подберём оптимальное решение для вашего стека.

Сроки

Стоимость рассчитывается индивидуально. Ключевые факторы: сложность Rust API, требования к производительности, необходимость поддержки обеих платформ. Оценим ваш проект за 2 дня — просто напишите нам.