Spec-Zone.ru › Kotlin 1.7
Руководство по совместимости для Kotlin 1.4 Поддержание современности языка и Комфортные обновления относятся к основным принципам проектирования языка Kotlin. Первый принцип гласит, что конструкции, препятствующие развитию языка, должны быть удалены, а второй — что об этом удалении должно быть сообщено заранее, чтобы миграция кода прошла как можно более гладко.
Хотя большинство изменений в языке уже были объявлены в других каналах, таких как журналы обновлений или предупреждения компилятора, этот документ обобщает их все, предоставляя полную справку для миграции с Kotlin 1.3 на Kotlin 1.4.
Основные термины
В этом документе мы представляем несколько видов совместимости:
исходная : изменение, несовместимое с исходным кодом, прекращает компиляцию кода, который раньше компилировался без ошибок или предупреждений
бинарная : два бинарных артефакта считаются бинарно совместимыми, если их обмен не приводит к ошибкам загрузки или линковки
поведенческая : изменение считается поведенчески несовместимым, если одна и та же программа демонстрирует разное поведение до и после применения изменения
Обратите внимание, что эти определения приведены только для чистого Kotlin. Совместимость кода Kotlin с точки зрения других языков (например, Java) выходит за рамки этого документа.
Язык и stdlib
Неожиданное поведение оператора 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. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
END_OF_DOCUMENT_MARKER Отсутствие несоответствия типов с пустым выражением 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, подтипирование между захваченными и типами со значением null будет более корректным, защищая от ошибок во время выполнения
Цикл устаревания :
< 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. Обратите внимание, что этот флаг также отключит несколько новых функций языка.
Неправильный выбор перегрузки для контравариантных типов с аргументами типа со значением null
Проблема : KT-31670
Компонент : Язык Kotlin
Тип несовместимого изменения : исходный код
Краткое описание : начиная с Kotlin 1.4, если две перегрузки функции, принимающие аргументы контравариантного типа, отличаются только по возможности иметь значение null (например, In<T> и In<T?>), тип со значением null считается более конкретным.
Цикл устаревания :
< 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 модификаторы одновременно.
Цикл устаревания :
Поле 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, функции, использующие ковариативные и обобщенные специализированные переопределения, будут возвращать упакованные значения встроенных классов.
Цикл устаревания :
Не объявляйте checked exceptions в JVM-байткоде при делегировании к Kotlin-интерфейсам
Проблема : KT-35834
Компонент : Kotlin/JVM
Тип несовместимых изменений : исходный код
Краткое описание : Kotlin 1.4 не будет генерировать checked exceptions при делегировании к 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 для не-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, чтобы использовать равенство полного порядка
Цикл устаревания :
Постепенное изменение возвращаемого типа функций min и max для коллекций на не-null
Проблема : KT-38854
Компонент : kotlin-stdlib (JVM)
Тип несовместимого изменения : исходный код
Краткое описание : возвращаемый тип функций min и max для коллекций будет изменён на не-null в 1.6
Цикл устаревания :
1.4: ввести функции ...OrNull как синонимы и устареть затронутый API (см. подробности в проблеме)
1.5.x: повысить уровень устаревания затронутого API до ошибки
>=1.6: повторно ввести затронутый API, но с не-null возвращаемым типом
Устаревание 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
Цикл устаревания :
< 1.4: kotlin.coroutines.experimental устарел с уровнем ERROR
>= 1.4: kotlin.coroutines.experimental удален из stdlib. На JVM предоставляется отдельный артефакт совместимости (см. подробности в вопросе).
Удаление устаревшего оператора 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()
Последнее изменение: 14 декабря 2021 г.