Что является итоговым файлом компиляции Kotlin Native

Итоговый файл компиляции Kotlin Native

В Kotlin Native итоговым файлом компиляции является нативный исполняемый файл или библиотека, специфичная для целевой платформы. В отличие от JVM-версии Kotlin, которая производит байт-код .class файлов, Kotlin Native использует LLVM для компиляции непосредственно в машинный код, минуя виртуальную машину.

Основные типы выходных файлов

1. Исполняемый файл (например, .exe для Windows, без расширения для Linux/macOS) — когда компилируется программа с точкой входа main().
2. Динамическая библиотека (.so для Linux, .dylib для macOS, .dll для Windows) — для кода, предназначенного для использования другими программами.
3. Статическая библиотека (.a для Unix-систем, .lib для Windows) — когда код должен быть связан на этапе компиляции другой программы.
4. Framework (.framework для macOS/iOS) — специальный формат для Apple-платформ.

Как это работает в процессе сборки

Процесс компиляции Kotlin Native включает несколько этапов:

// Пример простого Kotlin Native кода
fun main() {
    println("Hello, Native World!")
}

При компиляции этого кода с помощью Kotlin/Native компилятора (kotlinc-native) происходит следующее:

1. Фронтенд-компиляция: Kotlin код трансформируется в промежуточное представление (IR).
2. Генерация LLVM IR: Kotlin IR конвертируется в LLVM Intermediate Representation.
3. Оптимизация LLVM: Проходят оптимизации машинно-независимого кода.
4. Генерация машинного кода: LLVM бэкенд производит нативный код для целевой платформы.
5. Линковка: Код связывается с необходимыми системными библиотеками и Kotlin Native runtime.

Практический пример сборки

# Компиляция в исполняемый файл для Linux
kotlinc-native hello.kt -o hello

# Компиляция в динамическую библиотеку
kotlinc-native library.kt -produce dynamic -o mylib

# Компиляция для iOS framework
kotlinc-native iosApp.kt -target ios_arm64 -o MyFramework

Ключевые особенности выходных файлов

• Самостоятельность: Итоговый файл содержит всю необходимую runtime-часть Kotlin Native, что делает его полностью самодостаточным.
• Отсутствие зависимостей: Не требует установки JVM или Kotlin runtime на целевой системе.
• Минимальный размер: Благодаря агрессивной tree-shaking, в итоговый бинарник включается только тот код Kotlin runtime, который фактически используется программой.
• Платформозависимость: Каждый файл компилируется под конкретную целевую платформу (архитектуру процессора и операционную систему).

Структура итогового бинарника

Итоговый нативный файл содержит:

• Скомпилированный машинный код вашей программы
• Выбранные части Kotlin/Native runtime
• Минимальную стандартную библиотеку
• Память для управления (автоматическое управление памятью через собственный сборщик мусора)

Конфигурация в build.gradle.kts

kotlin {
    // Определение нативных целей
    val nativeTarget = when (System.getProperty("os.name")) {
        "Mac OS X" -> macosX64("native")
        "Linux" -> linuxX64("native")
        else -> throw GradleException("Unsupported OS")
    }
    
    nativeTarget.apply {
        binaries {
            // Настройка исполняемого файла
            executable {
                entryPoint = "main"
                // Оптимизации
                freeCompilerArgs += listOf("-opt", "-inline")
            }
            // Или настройка библиотеки
            sharedLib {
                baseName = "mylib"
            }
        }
    }
}

Важное отличие от Kotlin/JVM: итоговый файл Kotlin Native — это полноценный нативный бинарник, который выполняется напрямую операционной системой, что обеспечивает более высокую производительность и отсутствие накладных расходов на виртуальную машину, но при этом теряется кроссплатформенность байт-кода.