Удаляется ли metadata при компиляции с помощью kotlinc

Удаляется ли metadata при компиляции с помощью kotlinc?

Нет, metadata (метаданные) Kotlin не удаляются при компиляции с помощью kotlinc. Наоборот, они добавляются в скомпилированные .class файлы (в случае JVM) и являются критически важным механизмом для обеспечения совместимости Kotlin с Java, поддержки функций языка, работы рефлексии и сериализации.

Что такое Kotlin metadata?

Kotlin metadata — это структурированная информация, записываемая в виде аннотаций (обычно @kotlin.Metadata) в сгенерированные байт-код-файлы. Она содержит данные, которых нет в стандартном байт-коде JVM, но необходимые для корректной работы Kotlin. Например:

• nullability-информация (@Nullable / @NotNull).
• Типы свойств (property) и их геттеры/сеттеры.
• Data-классы, sealed-классы, object-декларации.
• suspend-функции и их Continuation.
• Информация о типах с reified generics.
• Параметры по умолчанию для функций.
• Модификаторы видимости (internal).

Как выглядит metadata в байт-коде?

При компиляции простого класса:

// Main.kt
data class Person(val name: String, val age: Int? = null)

Компилятор kotlinc создаст .class файл, который при дизассемблировании будет содержать примерно следующее (упрощённо):

// Декомпилированный Java-вид (через IntelliJ IDEA или fernflower)
@Metadata(
    mv = {1, 9, 0}, // Версия метаданных
    k = 1, // Версия языка Kotlin
    d1 = {"\u0000\u0018\n\u0002\u0018\u0002\n\u0002\u0010\u0000\n\u0002\b\u0002\n\u0002\u0010\b\n\u0000\n\u0002\u0010\u000e\n\u0000\b\u0086\b\u0018\u00002\u00020\u0001B\u0015\u0012\u0006\u0010\u0002\u001a\u00020\u0003\u0012\u0006\u0010\u0004\u001a\u00020\u0005¢\0006\u0002\u0010\u0006"}, // Сериализованные данные о классе
    d2 = {"LPerson;", "", "name", "", "age", "", "(Ljava/lang/String;Ljava/lang/Integer;)V"}
)
public final class Person {
    // Поля, геттеры, методы data-класса и т.д.
}

Для чего нужны эти метаданные?

1. Совместное использование кода между Kotlin и Java. Java-код может корректно использовать Kotlin-классы, так как компилятор и IDE считывают метаданные для определения nullability и других особенностей.
2. Работа рефлексии Kotlin (kotlin-reflect). Библиотека kotlin-reflect полностью полагается на эти метаданные для доступа к свойствам, вызова suspend-функций, получения информации о типах во время выполнения.
3. Сериализация (Kotlinx Serialization). Сериализатор использует метаданные для определения структуры класса без необходимости ручного указания схемы.
4. Поддержка в IDE. IntelliJ IDEA / Android Studio используют метаданные для подсветки синтаксиса, навигации, рефакторинга и автодополнения в смешанных проектах.
5. Восстановление исходного кода Kotlin при декомпиляции. Декомпиляторы используют метаданные, чтобы попытаться восстановить Kotlin-синтаксис из .class файлов.

Можно ли удалить метаданные?

Да, но только с помощью дополнительных инструментов (обфускаторов/минификаторов), таких как ProGuard или R8 (в Android). Эти инструменты могут быть настроены на удаление или изменение аннотаций @Metadata в рамках процесса оптимизации и обфускации. Однако это приведёт к следующим последствиям:

• Котлин-рефлексия перестанет работать корректно.
• Kotlinx Serialization может сломаться.
• Java-код может потерять информацию о null-safety.
• Декомпиляция в Kotlin станет невозможной (останется только Java-подобный вид).

Пример правила ProGuard для сохранения метаданных (часто необходимо):

# Сохраняем аннотации Kotlin Metadata
-keep class kotlin.Metadata { *; }
-dontwarn kotlin.**

Итог

При стандартной компиляции kotlinc или через Gradle/Maven метаданные не удаляются, а активно генерируются и включаются в выходные файлы. Они являются фундаментальной частью экосистемы Kotlin, обеспечивающей его уникальные возможности и межъязыковую совместимость. Удаление их — это специализированная задача, выполняемая на последующих этапах сборки (обфускация) и требующая осторожности.