Spec-Zone.ru › Kotlin 1.8
Руководство по совместимости для Kotlin 1.4 Поддержание современности языка и Комфортные обновления являются основополагающими принципами разработки языка Kotlin. Первый принцип гласит, что конструкции, препятствующие развитию языка, должны быть удалены, а второй — что об этом удалении следует сообщать заранее, чтобы минимизировать сложности при миграции кода.
Хотя большинство изменений в языке уже были объявлены через другие каналы, такие как журналы обновлений или предупреждения компилятора, данный документ обобщает их все, предоставляя полную справку по миграции с Kotlin 1.3 на Kotlin 1.4.
Основные термины
В этом документе мы вводим несколько видов совместимости:
исходный код : изменение, несовместимое с исходным кодом, препятствует компиляции кода, который ранее компилировался без ошибок или предупреждений.
бинарный : два бинарных артефакта считаются бинарно-совместимыми, если их обмен не приводит к ошибкам загрузки или компоновки.
поведенческий : изменение считается поведенчески несовместимым, если одно и то же приложение демонстрирует разное поведение до и после применения изменения.
Обратите внимание, что эти определения приведены только для чистого Kotlin. Совместимость кода Kotlin с точки зрения других языков (например, Java) выходит за рамки этого документа.
Язык и стандартная библиотека
Неожиданное поведение оператора in и ConcurrentHashMap
Проблема : KT-18053
Компонент : Язык Kotlin
Тип несовместимых изменений : исходный код
Краткое описание : Kotlin 1.4 запретит автоматический оператор contains происходящий от разработчиков java.util.Map на языке Java
Цикл устаревания :
< 1.4: введение предупреждения для проблемных операторов в месте вызова
>= 1.4: данное предупреждение станет ошибкой, -XXLanguage:-ProhibitConcurrentHashMapContains можно использовать для временного возврата к поведению до 1.4
Запрет доступа к защищённым членам внутри публичных встроенных членов
Проблема : KT-21178
Компонент : Язык Kotlin
Тип несовместимых изменений : исходный код
Краткое описание : Kotlin 1.4 запретит доступ к защищённым членам из публичных встроенных членов.
Цикл устаревания :
< 1.4: введение предупреждения в месте вызова для проблемных случаев
1.4: данное предупреждение станет ошибкой, -XXLanguage:-ProhibitProtectedCallFromInline можно использовать для временного возврата к поведению до 1.4
Контракты на вызовах с неявными получателями
Проблема : KT-28672
Компонент : Язык Kotlin
Тип несовместимых изменений : поведенческий
Краткое описание : интеллектуальные преобразования типов из контрактов будут доступны при вызовах с неявными получателями в версии 1.4
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-ContractsOnCallsWithImplicitReceiver можно использовать для временного возврата к поведению до 1.4
Несогласованное поведение сравнений чисел с плавающей точкой
Проблемы : KT-22723
Компонент : Язык Kotlin
Тип несовместимых изменений : поведенческий
Краткое описание : начиная с Kotlin 1.4, компилятор Kotlin будет использовать стандарт IEEE 754 для сравнения чисел с плавающей точкой
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-ProperIeee754Comparisons можно использовать для временного возврата к поведению до 1.4
Отсутствие интеллектуального преобразования типа для последнего выражения в обобщенном лямбда-выражении
Проблема : KT-15020
Компонент : Язык Kotlin
Тип несовместимых изменений : поведенческий
Краткое описание : интеллектуальные преобразования типов для последних выражений в лямбда-выражениях будут правильно применяться начиная с версии 1.4
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Не полагайтесь на порядок аргументов лямбда-выражений для принудительного преобразования результата к Unit
Проблема : KT-36045
Компонент : Язык Kotlin
Тип несовместимых изменений : исходный код
Краткое описание : начиная с Kotlin 1.4, аргументы лямбда-выражений будут обрабатываться независимо без неявного принудительного преобразования к Unit
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Неправильный общий супертип между необработанным и целочисленным литеральным типом приводит к небезопасному коду
Проблема : KT-35681
Компоненты : Язык Kotlin
Тип несовместимых изменений : исходный код
Краткое описание : начиная с Kotlin 1.4, общий супертип между необработанным Comparable типом и целочисленным литеральным типом будет более специфичным
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Проблема безопасности типов, из-за того, что несколько одинаковых переменных типов инициализируются разными типами
Проблема : KT-35679
Компонент : Язык Kotlin
Тип несовместимых изменений : исходный код
Краткое описание : начиная с Kotlin 1.4, компилятор Kotlin будет запрещать инициализацию одинаковых переменных типов разными типами
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Проблема безопасности типов из-за неправильного подтипирования для пересекающихся типов
Проблемы : KT-22474
Компонент : Язык Kotlin
Тип несовместимых изменений : исходный код
Краткое описание : в Kotlin 1.4 подтипирование для пересекающихся типов будет уточнено для более корректной работы
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Отсутствие несоответствия типов с пустым выражением when внутри лямбда-выражения
Проблема : KT-17995
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, будет несоответствие типов для пустого выражения when , если оно используется в качестве последнего выражения в лямбда-выражении
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Тип возвращаемого значения Any, выведенный для лямбда-выражения с ранним возвратом с целочисленной константой в одном из возможных значений возврата
Проблема : KT-20226
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, целочисленный тип, возвращаемый из лямбда-выражения, будет более конкретным в тех случаях, когда есть ранний возврат
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Правильное захват звёздных проекций с рекурсивными типами
Проблема : KT-33012
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, больше кандидатов станет применимыми, потому что захват для рекурсивных типов будет работать более корректно
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Вычисление общего супертипа с несобственным типом и гибким типом приводит к неправильным результатам
Проблема : KT-37054
Компонент : Язык Kotlin
Тип несовместимого изменения : поведенческий
Краткое описание : начиная с Kotlin 1.4, общий супертип между гибкими типами будет более конкретным, предотвращая ошибки во время выполнения
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Проблема безопасности типов из-за отсутствия захвата преобразования по отношению к аргументу типа с возможностью null
Проблема : KT-35487
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, подтипизация между захваченными и nullable типами будет более корректной, предотвращая ошибки во время выполнения
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Сохранение пересечения типов для ковариативных типов после неявного приведения
Проблема : KT-37280
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, неявные приведения ковариативных типов генерируют пересечение типов для умных приведений, а не тип неявного приведения.
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Утечка переменной типа из вывода билдера из-за использования выражения this
Проблема : KT-32126
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, использование this внутри функций-билдеров, таких как sequence {}, запрещено, если нет других надлежащих ограничений
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Неправильный выбор перегрузки для контравариантных типов с аргументами типа nullable
Проблема : KT-31670
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, если две перегрузки функции, принимающие контравариантные аргументы типа, различаются только по возможности null аргумента типа (например, In<T> и In<T?>), тип nullable считается более конкретным.
Цикл устаревания :
< 1.4: старое поведение (см. подробности в проблеме)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
END_OF_DOCUMENT_MARKER Вывод типа для билдеров с невложенными рекурсивными ограничениями
Вопрос : KT-34975
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, функции-билдеры, такие как sequence {}, с типом, зависящим от рекурсивного ограничения внутри переданного лямбда-выражения, вызывают ошибку компилятора.
Цикл устаревания :
< 1.4: старое поведение (см. подробности в вопросе)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению версии до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Немедленная фиксация переменных типа приводит к противоречивой системе ограничений
Вопрос : KT-25175
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, вывод типа в некоторых случаях работает менее активно, что позволяет найти систему ограничений, которая не является противоречивой.
Цикл устаревания :
< 1.4: старое поведение (см. подробности в вопросе)
>= 1.4: поведение изменено, -XXLanguage:-NewInference можно использовать для временного возврата к поведению версии до 1.4. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Запрет модификатора tailrec для открытых функций
Вопрос : KT-18541
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, функции не могут иметь модификаторы open и tailrec одновременно.
Цикл устаревания :
< 1.4: предупреждение для функций, имеющих open и tailrec модификаторы вместе (ошибка в пошаговом режиме).
>= 1.4: это предупреждение становится ошибкой.
Поле INSTANCE компаньон-объекта более доступно, чем сам компаньон-объект
Вопрос : KT-11567
Компонент : Kotlin/JVM
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, если компаньон-объект является приватным, то его поле INSTANCE также будет приватным.
Цикл устаревания :
Внешний блок finally, вставленный перед return, не исключается из интервала catch внутреннего блока try без finally
Вопрос : KT-31923
Компонент : Kotlin/JVM
Тип несовместимого изменения : поведенческий
Краткое описание : начиная с Kotlin 1.4, интервал catch будет вычисляться правильно для вложенных блоков try/catch
Цикл устаревания :
< 1.4: старое поведение (см. подробности в вопросе)
>= 1.4: поведение изменено, -XXLanguage:-ProperFinally можно использовать для временного возврата к поведению версии до 1.4
Использование упакованной версии встроенного класса в позиции возвращаемого типа для ковариативных и обобщённых специализированных переопределений
Вопросы : KT-30419
Компонент : Kotlin/JVM
Тип несовместимого изменения : поведенческий
Краткое описание : начиная с Kotlin 1.4, функции с ковариативными и обобщёнными специализированными переопределениями будут возвращать упакованные значения встроенных классов.
Цикл устаревания :
Не объявляйте обработчики исключений в байткоде JVM при делегировании на Kotlin интерфейсы
Вопрос : KT-35834
Компонент : Kotlin/JVM
Тип несовместимого изменения : исходный код
Краткое описание : Kotlin 1.4 не будет генерировать обработчики исключений во время делегирования на Kotlin интерфейсы.
Цикл устаревания :
< 1.4: старое поведение (см. подробности в вопросе)
>= 1.4: поведение изменено, -XXLanguage:-DoNotGenerateThrowsForDelegatedKotlinMembers можно использовать для временного возврата к поведению версии до 1.4
Изменённое поведение полиморфных вызовов методов с единственным параметром vararg для избежания обертывания аргумента в другой массив
Вопрос : KT-35469
Компонент : Kotlin/JVM
Тип несовместимого изменения : исходный код
Краткое описание : Kotlin 1.4 не будет обертывать аргумент в другой массив при полиморфном вызове.
Цикл устаревания :
Некорректная обобщённая сигнатура в аннотациях, когда KClass используется в качестве обобщённого параметра
Вопрос : KT-35207
Компонент : Kotlin/JVM
Тип несовместимого изменения : исходный код
Краткое описание : Kotlin 1.4 исправит некорректное сопоставление типов в аннотациях, когда KClass используется в качестве обобщённого параметра.
Цикл устаревания :
Запрет оператора spread в вызовах с сигнатурной полиморфией
Задача : KT-35226
Компонент : Kotlin/JVM
Тип несовместимого изменения : исходный код
Краткое описание : Kotlin 1.4 запретит использование оператора spread (*) в вызовах с сигнатурной полиморфией
Цикл устаревания :
< 1.4: выводится предупреждение об использовании оператора spread в вызовах с сигнатурной полиморфией
>= 1.5: это предупреждение будет преобразованно в ошибку, -XXLanguage:-ProhibitSpreadOnSignaturePolymorphicCall может быть использовано для временного возврата к поведению до 1.4
Изменение порядка инициализации значений по умолчанию для оптимизированных хвостовых рекурсивных функций
Задача : KT-31540
Компонент : Kotlin/JVM
Тип несовместимого изменения : поведенческое
Краткое описание : Начиная с Kotlin 1.4, порядок инициализации для хвостовых рекурсивных функций будет таким же, как и для обычных функций
Цикл устаревания :
< 1.4: выводится предупреждение в месте объявления для проблемных функций
>= 1.4: поведение изменилось, -XXLanguage:-ProperComputationOrderOfTailrecDefaultParameters может быть использовано для временного возврата к поведению до 1.4
Не генерировать атрибут ConstantValue для non-const vals
Задача : KT-16615
Компонент : Kotlin/JVM
Тип несовместимого изменения : поведенческое
Краткое описание : Начиная с Kotlin 1.4, компилятор не будет генерировать атрибут ConstantValue для не-const val
Цикл устаревания :
< 1.4: выводится предупреждение через инспекцию IntelliJ IDEA
>= 1.4: поведение изменилось, -XXLanguage:-NoConstantValueAttributeForNonConstVals может быть использовано для временного возврата к поведению до 1.4
Сгенерированные перегрузки для @JvmOverloads на открытых методах должны быть final
Задача : KT-33240
Компоненты : Kotlin/JVM
Тип несовместимого изменения : исходный код
Краткое описание : перегрузки для функций с @JvmOverloads будут сгенерированы как final
Цикл устаревания :
< 1.4: старое поведение (см. детали в задаче)
>= 1.4: поведение изменилось, -XXLanguage:-GenerateJvmOverloadsAsFinal может быть использовано для временного возврата к поведению до 1.4
Lambda-выражения, возвращающие kotlin.Result, теперь возвращают упакованное значение вместо распакованного
Задача : KT-39198
Компонент : Kotlin/JVM
Тип несовместимого изменения : поведенческое
Краткое описание : начиная с Kotlin 1.4, lambda-выражения, возвращающие значения типа kotlin.Result, возвращают упакованное значение вместо распакованного
Цикл устаревания :
Единые исключения при проверке на null
Задача : KT-22275
Компонент : Kotlin/JVM
Тип несовместимого изменения : поведенческое
Краткое описание : Начиная с Kotlin 1.4, все проверки на null во время выполнения будут выбрасывать java.lang.NullPointerException
Цикл устаревания :
< 1.4: проверки на null во время выполнения выбрасывают разные исключения, такие как KotlinNullPointerException, IllegalStateException, IllegalArgumentException, и TypeCastException
>= 1.4: все проверки на null во время выполнения выбрасывают java.lang.NullPointerException. -Xno-unified-null-checks может быть использовано для временного возврата к поведению до 1.4
Сравнение значений с плавающей точкой в операциях массива/списка contains, indexOf, lastIndexOf: IEEE 754 или общий порядок
Задача : KT-28753
Компонент : kotlin-stdlib (JVM)
Тип несовместимого изменения : поведенческое
Краткое описание : реализация List из Double/FloatArray.asList() будет реализовывать contains, indexOf, и lastIndexOf, так что они будут использовать полную упорядоченность
Цикл устаревания :
Постепенное изменение типа возвращаемого значения функций collection min и max на non-nullable
Задача : KT-38854
Компонент : kotlin-stdlib (JVM)
Тип несовместимого изменения : исходный код
Краткое описание : тип возвращаемого значения коллекций min и max функций будет изменён на non-nullable в 1.6
Цикл устаревания :
1.4: вводятся функции ...OrNull в качестве синонимов и устаревает затронутый API (см. детали в задаче)
1.5.x: повышается уровень устаревания затронутого API до ошибки
>=1.6: снова вводится затронутый API, но с типом возвращаемого значения non-nullable
Устаревание appendln в пользу appendLine
Задача : KT-38754
Компонент : kotlin-stdlib (JVM)
Тип несовместимого изменения : исходный код
Краткое описание : StringBuilder.appendln() будет устаревшим в пользу StringBuilder.appendLine()
Цикл устаревания :
Устаревание преобразований чисел с плавающей запятой в Short и Byte
Вопрос : KT-30360
Компонент : kotlin-stdlib (JVM)
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, преобразования чисел с плавающей запятой в Short и Byte будут устаревшими
Цикл устаревания :
Быстрое завершение в Regex.findAll при некорректном startIndex
Вопрос : KT-28356
Компонент : kotlin-stdlib
Тип несовместимого изменения : поведенческое
Краткое описание : начиная с Kotlin 1.4, findAll будет улучшено для проверки, что startIndex находится в диапазоне допустимых индексов позиций входной последовательности символов в момент ввода findAll, и будет выброшено IndexOutOfBoundsException если это не так
Цикл устаревания :
Удаление устаревшего kotlin.coroutines.experimental
Вопрос : KT-36083
Компонент : kotlin-stdlib
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, устаревший kotlin.coroutines.experimental API удален из stdlib
Цикл устаревания :
Удаление устаревшего оператора mod
Вопрос : KT-26654
Компонент : kotlin-stdlib
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, оператор mod над числовыми типами удален из stdlib
Цикл устаревания :
Скрытие члена Throwable.addSuppressed и предпочтение расширения вместо него
Вопрос : KT-38777
Компонент : kotlin-stdlib
Тип несовместимого изменения : поведенческое
Краткое описание : расширяющая функция Throwable.addSuppressed() теперь предпочтительнее функции-члена Throwable.addSuppressed()
Цикл устаревания :
Функция capitalize должна преобразовывать диграфы в заглавные буквы
Вопрос : KT-38817
Компонент : kotlin-stdlib
Тип несовместимого изменения : поведенческое
Краткое описание : функция String.capitalize() теперь преобразует диграфы из латинского алфавита Гая (сербохорватского) в заглавные буквы (Dž вместо DŽ)
Цикл устаревания :
Аргументы компилятора с разделителями символов должны передаваться в двойных кавычках в Windows
Вопрос : KT-41309
Компонент : CLI
Тип несовместимого изменения : поведенческое
Краткое описание : в Windows аргументы kotlinc.bat, содержащие разделители символов (пробелы, =, ;, ,), теперь требуют двойных кавычек (")
Цикл устаревания :
< 1.4: все аргументы компилятора передаются без кавычек
>= 1.4: аргументы компилятора, содержащие разделители символов (пробелы, =, ;, ,), требуют двойных кавычек (")
KAPT: Имена синтетических методов $annotations() для свойств изменились
Вопрос : KT-36926
Компонент : KAPT
Тип несовместимого изменения : поведенческое
Краткое описание : имена синтетических $annotations() методов, сгенерированных KAPT для свойств, изменились в 1.4
Цикл устаревания :
< 1.4: имена синтетических $annotations() методов для свойств следуют шаблону <propertyName>@annotations()
>= 1.4: имена синтетических $annotations() методов для свойств включают префикс get: get<PropertyName>@annotations()
Последнее изменение: 10 января 2023 г.