Kotlin 1.6.0의 새로운 기능

릴리스: 2021년 11월 16일

Kotlin 1.6.0은 새로운 언어 기능, 기존 기능에 대한 최적화 및 개선 사항, 그리고 Kotlin 표준 라이브러리에 대한 많은 개선 사항을 도입합니다.

변경 사항에 대한 개요는 릴리스 블로그 게시물에서도 확인할 수 있습니다.

언어

Kotlin 1.6.0은 이전 1.5.30 릴리스에서 미리보기로 도입되었던 여러 언어 기능에 대한 안정화를 제공합니다:

• enum, sealed, Boolean 주제에 대한 완전한 when 구문 안정화
• 슈퍼타입으로서의 정지 함수 안정화
• 정지 변환 안정화
• 어노테이션 클래스 인스턴스화 안정화

또한 다양한 타입 추론 개선 사항과 클래스 타입 파라미터에 대한 어노테이션 지원을 포함합니다:

• 재귀 제네릭 타입에 대한 타입 추론 개선
• 빌더 추론 변경 사항
• 클래스 타입 파라미터에 대한 어노테이션 지원

enum, sealed, Boolean 주제에 대한 완전한 when 구문 안정화

완전한 when 구문은 주제의 모든 가능한 타입 또는 값에 대한 브랜치, 또는 일부 타입에 else 브랜치를 포함합니다. 이는 가능한 모든 경우를 커버하여 코드를 더 안전하게 만듭니다.

when 표현식과의 동작 일관성을 위해 곧 불완전한 when 구문을 금지할 예정입니다. 원활한 마이그레이션을 위해 Kotlin 1.6.0은 enum, sealed 또는 Boolean 주제를 갖는 불완전한 when 구문에 대해 경고를 보고합니다. 이 경고는 향후 릴리스에서 오류로 바뀔 것입니다.

sealed class Contact {
    data class PhoneCall(val number: String) : Contact()
    data class TextMessage(val number: String) : Contact()
}

fun Contact.messageCost(): Int =
    when(this) { // Error: 'when' expression must be exhaustive
        is Contact.PhoneCall -> 42
    }

fun sendMessage(contact: Contact, message: String) {
    // Starting with 1.6.0

    // Warning: Non exhaustive 'when' statements on Boolean will be
    // prohibited in 1.7, add 'false' branch or 'else' branch instead 
    when(message.isEmpty()) {
        true -> return
    }
    // Warning: Non exhaustive 'when' statements on sealed class/interface will be
    // prohibited in 1.7, add 'is TextMessage' branch or 'else' branch instead
    when(contact) {
        is Contact.PhoneCall -> TODO()
    }
}

변경 사항 및 그 효과에 대한 자세한 설명은 이 YouTrack 티켓을 참조하세요.

슈퍼타입으로서의 정지 함수 안정화

정지 함수 타입 구현은 Kotlin 1.6.0에서 안정화되었습니다. 1.5.30에서 미리보기가 가능했습니다.

이 기능은 Kotlin 코루틴을 사용하고 정지 함수 타입을 허용하는 API를 설계할 때 유용할 수 있습니다. 이제 원하는 동작을 정지 함수 타입을 구현하는 별도의 클래스에 캡슐화하여 코드를 간소화할 수 있습니다.

class MyClickAction : suspend () -> Unit {
    override suspend fun invoke() { TODO() }
}

fun launchOnClick(action: suspend () -> Unit) {}

이전에는 람다와 정지 함수 참조만 허용되던 곳에서 이 클래스의 인스턴스를 사용할 수 있습니다: launchOnClick(MyClickAction()).

현재 구현 세부 사항에서 오는 두 가지 제한 사항이 있습니다:

• 일반 함수 타입과 정지 함수 타입을 슈퍼타입 목록에서 혼합할 수 없습니다.
• 여러 정지 함수 슈퍼타입을 사용할 수 없습니다.

정지 변환 안정화

Kotlin 1.6.0은 일반 함수 타입에서 정지 함수 타입으로의 안정적인 변환을 도입합니다. 1.4.0부터 이 기능은 함수 리터럴과 호출 가능한 참조를 지원했습니다. 1.6.0부터는 모든 형태의 표현식에서 작동합니다. 호출 인수로, 이제 정지가 예상되는 곳에 적합한 일반 함수 타입의 어떤 표현식이라도 전달할 수 있습니다. 컴파일러는 암묵적인 변환을 자동으로 수행합니다.

fun getSuspending(suspending: suspend () -> Unit) {}

fun suspending() {}

fun test(regular: () -> Unit) {
    getSuspending { }           // OK
    getSuspending(::suspending) // OK
    getSuspending(regular)      // OK
}

어노테이션 클래스 인스턴스화 안정화

Kotlin 1.5.30은 JVM 플랫폼에서 어노테이션 클래스 인스턴스화에 대한 실험적 지원을 도입했습니다. 1.6.0부터 이 기능은 Kotlin/JVM 및 Kotlin/JS 모두에서 기본적으로 사용할 수 있습니다.

어노테이션 클래스 인스턴스화에 대한 자세한 내용은 이 KEEP에서 확인하세요.

재귀 제네릭 타입에 대한 타입 추론 개선

Kotlin 1.5.30은 재귀 제네릭 타입에 대한 타입 추론을 개선하여 해당 타입 파라미터의 상위 바운드에만 기반하여 타입 인수를 추론할 수 있도록 했습니다. 이 개선 사항은 컴파일러 옵션과 함께 사용할 수 있었습니다. 버전 1.6.0부터는 기본적으로 활성화됩니다.

// Before 1.5.30
val containerA = PostgreSQLContainer<Nothing>(DockerImageName.parse("postgres:13-alpine")).apply {
  withDatabaseName("db")
  withUsername("user")
  withPassword("password")
  withInitScript("sql/schema.sql")
}

// With compiler option in 1.5.30 or by default starting with 1.6.0
val containerB = PostgreSQLContainer(DockerImageName.parse("postgres:13-alpine"))
  .withDatabaseName("db")
  .withUsername("user")
  .withPassword("password")
  .withInitScript("sql/schema.sql")

빌더 추론 변경 사항

빌더 추론은 제네릭 빌더 함수를 호출할 때 유용한 타입 추론 방식입니다. 람다 인수 내부의 호출에서 얻은 타입 정보를 사용하여 호출의 타입 인수를 추론할 수 있습니다.

완전히 안정적인 빌더 추론에 더 가까워지는 여러 변경 사항을 적용하고 있습니다. 1.6.0부터:

• 1.5.30에서 도입된 -Xunrestricted-builder-inference 컴파일러 옵션을 지정하지 않고도 빌더 람다 내에서 아직 추론되지 않은 타입의 인스턴스를 반환하는 호출을 할 수 있습니다.

• -Xenable-builder-inference를 사용하면 @BuilderInference 어노테이션을 적용하지 않고도 자신만의 빌더를 작성할 수 있습니다.

  참고: 이러한 빌더의 클라이언트는 동일한 -Xenable-builder-inference 컴파일러 옵션을 지정해야 합니다.

• -Xenable-builder-inference를 사용하면 일반 타입 추론이 타입에 대한 충분한 정보를 얻을 수 없을 때 빌더 추론이 자동으로 활성화됩니다.

커스텀 제네릭 빌더 작성 방법에 대해 자세히 알아보세요.

클래스 타입 파라미터에 대한 어노테이션 지원

클래스 타입 파라미터에 대한 어노테이션 지원은 다음과 같습니다:

@Target(AnnotationTarget.TYPE_PARAMETER)
annotation class BoxContent

class Box<@BoxContent T> {}

모든 타입 파라미터에 대한 어노테이션은 JVM 바이트코드로 출력되므로 어노테이션 프로세서가 이를 사용할 수 있습니다.

주요 사용 사례에 대해서는 이 YouTrack 티켓을 읽어보세요.

어노테이션에 대해 자세히 알아보세요.

더 긴 기간 동안 이전 API 버전 지원

Kotlin 1.6.0부터는 현재 안정적인 버전 외에 세 가지 이전 API 버전을 지원합니다(기존 두 가지 버전 대신). 현재 버전 1.3, 1.4, 1.5, 1.6을 지원합니다.

Kotlin/JVM

Kotlin/JVM의 경우, 1.6.0부터 컴파일러는 JVM 17에 해당하는 바이트코드 버전으로 클래스를 생성할 수 있습니다. 새로운 언어 버전에는 또한 로드맵에 있던 최적화된 위임된 프로퍼티 및 반복 가능한 어노테이션이 포함됩니다:

• 1.8 JVM 타겟에 대한 런타임 보존 반복 가능한 어노테이션
• 주어진 KProperty 인스턴스에 대한 get/set을 호출하는 위임된 프로퍼티 최적화

1.8 JVM 타겟에 대한 런타임 보존 반복 가능한 어노테이션

Java 8은 단일 코드 요소에 여러 번 적용할 수 있는 반복 가능한 어노테이션을 도입했습니다. 이 기능은 Java 코드에 두 가지 선언이 있어야 합니다: @java.lang.annotation.Repeatable로 표시된 반복 가능한 어노테이션 자체와 그 값을 담을 포함 어노테이션.

Kotlin 또한 반복 가능한 어노테이션을 가지고 있지만, 어노테이션 선언에 @kotlin.annotation.Repeatable만 있으면 반복 가능하게 만들 수 있습니다. 1.6.0 이전에는 이 기능이 SOURCE 보존만 지원했으며 Java의 반복 가능한 어노테이션과 호환되지 않았습니다. Kotlin 1.6.0은 이러한 제한을 제거합니다. @kotlin.annotation.Repeatable은 이제 모든 보존을 허용하며 Kotlin과 Java 모두에서 어노테이션을 반복 가능하게 만듭니다. Java의 반복 가능한 어노테이션도 이제 Kotlin 측면에서 지원됩니다.

포함 어노테이션을 선언할 수 있지만 필수는 아닙니다. 예를 들어:

• 어노테이션 @Tag가 @kotlin.annotation.Repeatable로 표시되면, Kotlin 컴파일러는 @Tag.Container라는 이름으로 포함 어노테이션 클래스를 자동으로 생성합니다:

  @Repeatable 
  annotation class Tag(val name: String)
  
  // The compiler generates @Tag.Container containing annotation

• 포함 어노테이션의 사용자 정의 이름을 설정하려면 @kotlin.jvm.JvmRepeatable 메타 어노테이션을 적용하고 명시적으로 선언된 포함 어노테이션 클래스를 인수로 전달합니다:

  @JvmRepeatable(Tags::class)
  annotation class Tag(val name: String)
  
  annotation class Tags(val value: Array<Tag>)

Kotlin 리플렉션은 이제 새로운 함수인 KAnnotatedElement.findAnnotations()를 통해 Kotlin과 Java의 반복 가능한 어노테이션을 모두 지원합니다.

Kotlin 반복 가능한 어노테이션에 대한 자세한 내용은 이 KEEP에서 확인하세요.

주어진 KProperty 인스턴스에 대한 get/set을 호출하는 위임된 프로퍼티 최적화

$delegate 필드를 생략하고 참조된 프로퍼티에 대한 즉각적인 접근을 생성함으로써 생성된 JVM 바이트코드를 최적화했습니다.

예를 들어 다음 코드에서

class Box<T> {
    private var impl: T = ...

    var content: T by ::impl
}

Kotlin은 더 이상 content$delegate 필드를 생성하지 않습니다. content 변수의 프로퍼티 접근자는 impl 변수를 직접 호출하여 위임된 프로퍼티의 getValue/setValue 연산자를 건너뛰고 KProperty 타입의 프로퍼티 참조 객체가 필요 없게 됩니다.

구현에 기여해준 Google 동료들에게 감사드립니다!

위임된 프로퍼티에 대해 자세히 알아보세요.

Kotlin/Native

Kotlin/Native는 여러 개선 사항과 구성 요소 업데이트를 받고 있으며, 일부는 미리보기 상태입니다:

• 새로운 메모리 관리자 미리보기
• Xcode 13 지원
• 모든 호스트에서 Windows 타겟 컴파일
• LLVM 및 링커 업데이트
• 성능 개선
• JVM 및 JS IR 백엔드와의 통합 컴파일러 플러그인 ABI
• klib 연결 실패에 대한 상세 오류 메시지
• 재작업된 처리되지 않은 예외 처리 API

새로운 메모리 관리자 미리보기

새로운 Kotlin/Native 메모리 관리자는 실험적입니다. 언제든지 삭제되거나 변경될 수 있습니다. 옵트인(자세한 내용은 아래 참조)이 필요하며, 평가 목적으로만 사용해야 합니다. YouTrack을 통해 피드백을 주시면 감사하겠습니다.

Kotlin 1.6.0부터 새로운 Kotlin/Native 메모리 관리자의 개발 미리보기를 시도해 볼 수 있습니다. 이는 JVM과 Native 플랫폼 간의 차이를 없애 멀티플랫폼 프로젝트에서 일관된 개발자 경험을 제공하는 데 한 걸음 더 다가섰습니다.

주목할 만한 변경 사항 중 하나는 Kotlin/JVM에서와 같이 최상위 프로퍼티의 지연 초기화입니다. 최상위 프로퍼티는 같은 파일의 최상위 프로퍼티나 함수가 처음 접근될 때 초기화됩니다. 이 모드에는 전역 프로세스 간 최적화(릴리스 바이너리에만 활성화됨)도 포함되어 불필요한 초기화 검사를 제거합니다.

최근 새로운 메모리 관리자에 대한 블로그 게시물을 발행했습니다. 새로운 메모리 관리자의 현재 상태에 대해 알아보고 데모 프로젝트를 찾으려면 해당 게시물을 읽어보거나, 직접 시도해 보려면 바로 마이그레이션 지침으로 이동하세요. 새로운 메모리 관리자가 프로젝트에서 어떻게 작동하는지 확인하고, 문제 추적기인 YouTrack을 통해 피드백을 공유해 주세요.

Xcode 13 지원

Kotlin/Native 1.6.0은 Xcode의 최신 버전인 Xcode 13을 지원합니다. Xcode를 업데이트하고 Apple 운영 체제용 Kotlin 프로젝트 작업을 계속 진행하세요.

Xcode 13에 추가된 새로운 라이브러리는 Kotlin 1.6.0에서 사용할 수 없지만, 향후 버전에 대한 지원을 추가할 예정입니다.

모든 호스트에서 Windows 타겟 컴파일

1.6.0부터 mingwX64 및 mingwX86 Windows 타겟을 컴파일하기 위해 Windows 호스트가 필요하지 않습니다. Kotlin/Native를 지원하는 모든 호스트에서 컴파일할 수 있습니다.

LLVM 및 링커 업데이트

Kotlin/Native가 내부적으로 사용하는 LLVM 의존성을 재작업했습니다. 이는 다음과 같은 다양한 이점을 제공합니다:

• LLVM 버전이 11.1.0으로 업데이트되었습니다.
• 의존성 크기가 감소했습니다. 예를 들어, macOS에서는 이전 버전의 1200MB에서 약 300MB로 줄었습니다.
• 최신 Linux 배포판에서 사용할 수 없는 ncurses5 라이브러리에 대한 의존성이 제외되었습니다.

LLVM 업데이트 외에도 Kotlin/Native는 이제 MingGW 타겟에 LLD 링커(LLVM 프로젝트의 링커)를 사용합니다. 이는 이전에 사용했던 ld.bfd 링커보다 다양한 이점을 제공하며, 생성된 바이너리의 런타임 성능을 개선하고 MinGW 타겟에 대한 컴파일러 캐시를 지원할 수 있게 합니다. LLD는 DLL 연결을 위한 임포트 라이브러리가 필요합니다. 자세한 내용은 이 Stack Overflow 스레드에서 확인하세요.

성능 개선

Kotlin/Native 1.6.0은 다음과 같은 성능 개선을 제공합니다:

• 컴파일 시간: linuxX64 및 iosArm64 타겟에 대해 컴파일러 캐시가 기본적으로 활성화됩니다. 이는 디버그 모드에서 대부분의 컴파일(첫 번째 컴파일 제외) 속도를 높입니다. 측정 결과 테스트 프로젝트에서 약 200%의 속도 증가를 보였습니다. 이러한 타겟에 대한 컴파일러 캐시는 Kotlin 1.5.0부터 추가 Gradle 프로퍼티와 함께 사용할 수 있었습니다. 이제 해당 프로퍼티를 제거할 수 있습니다.
• 런타임: 생성된 LLVM 코드의 최적화 덕분에 for 루프를 사용한 배열 반복이 이제 최대 12% 더 빨라졌습니다.

JVM 및 JS IR 백엔드와의 통합 컴파일러 플러그인 ABI

Kotlin/Native용 공통 IR 컴파일러 플러그인 ABI를 사용하는 옵션은 실험적입니다. 언제든지 삭제되거나 변경될 수 있습니다. 옵트인(자세한 내용은 아래 참조)이 필요하며, 평가 목적으로만 사용해야 합니다. YouTrack을 통해 피드백을 주시면 감사하겠습니다.

이전 버전에서는 컴파일러 플러그인 작성자가 ABI의 차이 때문에 Kotlin/Native용 별도의 아티팩트를 제공해야 했습니다.

1.6.0부터 Kotlin 멀티플랫폼 Gradle 플러그인은 Kotlin/Native에 대해 임베더블 컴파일러 jar(JVM 및 JS IR 백엔드에 사용되는 것)를 사용할 수 있습니다. 이는 컴파일러 플러그인 개발 경험을 통합하는 한 걸음으로, 이제 Native 및 기타 지원되는 플랫폼에 대해 동일한 컴파일러 플러그인 아티팩트를 사용할 수 있습니다.

이는 이러한 지원의 미리보기 버전이며, 옵트인이 필요합니다. Kotlin/Native용 일반 컴파일러 플러그인 아티팩트를 사용하려면 gradle.properties에 kotlin.native.useEmbeddableCompilerJar=true 라인을 추가하세요.

향후 Kotlin/Native에 임베더블 컴파일러 jar를 기본적으로 사용할 계획이므로, 미리보기가 어떻게 작동하는지에 대한 여러분의 의견을 듣는 것이 매우 중요합니다.

컴파일러 플러그인 작성자라면 이 모드를 시도해보고 플러그인이 작동하는지 확인해 주세요. 플러그인의 구조에 따라 마이그레이션 단계가 필요할 수 있습니다. 마이그레이션 지침 및 피드백은 이 YouTrack 이슈를 참조하세요.

klib 연결 실패에 대한 상세 오류 메시지

Kotlin/Native 컴파일러는 이제 klib 연결 오류에 대한 상세 오류 메시지를 제공합니다. 이제 메시지에는 명확한 오류 설명이 포함되어 있으며, 가능한 원인 및 해결 방법에 대한 정보도 포함됩니다.

예시:

• 1.5.30:

  e: java.lang.IllegalStateException: IrTypeAliasSymbol expected: Unbound public symbol for public kotlinx.coroutines/CancellationException|null[0]
  <stack trace>

• 1.6.0:

  e: IR 역직렬화 중 예상치 못한 타입의 심볼이 발견되었습니다: IrClassPublicSymbolImpl, kotlinx.coroutines/CancellationException|null[0].
  IrTypeAliasSymbol이 예상됩니다.
  
  이는 두 개의 라이브러리가 있을 때, 한 라이브러리가 현재 프로젝트에서 사용되는 다른 라이브러리 버전과 다른 버전으로 컴파일된 경우 발생할 수 있습니다.
  프로젝트 구성이 올바르고 종속성의 버전이 일관적인지 확인하십시오.
  
  "org.jetbrains.kotlinx:kotlinx-coroutines-core (org.jetbrains.kotlinx:kotlinx-coroutines-core-macosx64)"에 의존하며 충돌을 일으킬 수 있는 라이브러리 목록:
  <list of libraries and potential version mismatches>
  
  프로젝트 종속성:
  <dependencies tree>

재작업된 처리되지 않은 예외 처리 API

Kotlin/Native 런타임 전체에 걸쳐 처리되지 않은 예외 처리를 통합했으며, processUnhandledException(throwable: Throwable) 함수로 기본 처리를 노출하여 kotlinx.coroutines와 같은 사용자 정의 실행 환경에서 사용할 수 있도록 했습니다. 이 처리는 Worker.executeAfter()의 작업에서 벗어나는 예외에도 적용되지만, 이는 새로운 메모리 관리자에 대해서만 해당됩니다.

API 개선 사항은 setUnhandledExceptionHook()으로 설정된 훅에도 영향을 미쳤습니다. 이전에는 Kotlin/Native 런타임이 처리되지 않은 예외로 훅을 호출한 후 이러한 훅이 재설정되었고, 프로그램은 항상 바로 종료되었습니다. 이제 이러한 훅은 여러 번 사용될 수 있으며, 처리되지 않은 예외 발생 시 프로그램이 항상 종료되도록 하려면 처리되지 않은 예외 훅을 설정하지 않거나(setUnhandledExceptionHook()), 훅 끝에서 terminateWithUnhandledException()을 호출해야 합니다. 이는 예외를 Firebase Crashlytics와 같은 서드파티 충돌 보고 서비스로 전송한 다음 프로그램을 종료하는 데 도움이 됩니다. main()에서 벗어나는 예외 및 상호 운용 경계를 넘는 예외는 훅이 terminateWithUnhandledException()을 호출하지 않았더라도 항상 프로그램을 종료시킬 것입니다.

Kotlin/JS

Kotlin/JS 컴파일러를 위한 IR 백엔드 안정화를 위해 계속 노력하고 있습니다. Kotlin/JS는 이제 Node.js 및 Yarn 다운로드를 비활성화하는 옵션을 제공합니다.

사전 설치된 Node.js 및 Yarn을 사용하는 옵션

이제 Kotlin/JS 프로젝트 빌드 시 Node.js 및 Yarn 다운로드를 비활성화하고 호스트에 이미 설치된 인스턴스를 사용할 수 있습니다. 이는 CI 서버와 같이 인터넷 연결 없이 서버에서 빌드할 때 유용합니다.

외부 구성 요소 다운로드를 비활성화하려면 build.gradle(.kts)에 다음 줄을 추가하세요:

• Yarn:

  KotlinGroovy

  rootProject.plugins.withType<org.jetbrains.kotlin.gradle.targets.js.yarn.YarnPlugin> {
      rootProject.the<org.jetbrains.kotlin.gradle.targets.js.yarn.YarnRootExtension>().download = false // or true for default behavior
  }

  rootProject.plugins.withType(org.jetbrains.kotlin.gradle.targets.js.yarn.YarnPlugin) {
      rootProject.extensions.getByType(org.jetbrains.kotlin.gradle.targets.js.yarn.YarnRootExtension).download = false
  }

• Node.js:

  KotlinGroovy

  rootProject.plugins.withType<org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootPlugin> {
      rootProject.the<org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootExtension>().download = false // or true for default behavior
  }

  rootProject.plugins.withType(org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootPlugin) {
      rootProject.extensions.getByType(org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootExtension).download = false
  }

Kotlin Gradle 플러그인

Kotlin 1.6.0에서는 KotlinGradleSubplugin 클래스의 사용 중단 수준을 'ERROR'로 변경했습니다. 이 클래스는 컴파일러 플러그인 작성을 위해 사용되었습니다. 다음 릴리스에서는 이 클래스를 제거할 예정입니다. 대신 KotlinCompilerPluginSupportPlugin 클래스를 사용하세요.

kotlin.useFallbackCompilerSearch 빌드 옵션과 noReflect, includeRuntime 컴파일러 옵션을 제거했습니다. useIR 컴파일러 옵션은 숨겨졌으며 향후 릴리스에서 제거될 예정입니다.

Kotlin Gradle 플러그인에서 현재 지원되는 컴파일러 옵션에 대해 자세히 알아보세요.

표준 라이브러리

새로운 표준 라이브러리 버전 1.6.0은 실험적 기능을 안정화하고, 새로운 기능을 도입하며, 플랫폼 전반에 걸쳐 동작을 통합합니다:

• 새로운 readline 함수
• typeOf() 안정화
• 컬렉션 빌더 안정화
• Duration API 안정화
• 정규식(Regex)을 시퀀스로 분할
• 정수에 대한 비트 회전 연산
• JS의 replace() 및 replaceFirst() 변경 사항
• 기존 API 개선 사항
• 사용 중단 예정

새로운 readline 함수

Kotlin 1.6.0은 표준 입력을 처리하기 위한 새로운 함수인 readln()와 readlnOrNull()을 제공합니다.

현재, 새로운 함수는 JVM 및 Native 대상 플랫폼에서만 사용할 수 있습니다.

이전 버전	1.6.0 대체	사용법
readLine()!!	readln()	표준 입력(stdin)에서 한 줄을 읽어 반환하거나, EOF에 도달하면 RuntimeException을 throw합니다.
readLine()	readlnOrNull()	표준 입력(stdin)에서 한 줄을 읽어 반환하거나, EOF에 도달하면 null을 반환합니다.

한 줄을 읽을 때 !!를 사용할 필요가 없어지는 것이 초보자에게 더 나은 경험을 제공하고 Kotlin 교육을 간소화할 것이라고 믿습니다. 읽기-라인 연산 이름이 println()과의 일관성을 유지하도록, 새로운 함수의 이름을 'ln'으로 줄이기로 결정했습니다.

println("What is your nickname?")
val nickname = readln()
println("Hello, $nickname!")

fun main() {
    var sum = 0
    while (true) {
        val nextLine = readlnOrNull().takeUnless { 
            it.isNullOrEmpty() 
        } ?: break
        sum += nextLine.toInt()
    }
    println(sum)
}

기존 readLine() 함수는 IDE 코드 완성에서 readln() 및 readlnOrNull()보다 낮은 우선순위를 갖게 됩니다. IDE 검사 또한 레거시 readLine() 대신 새로운 함수를 사용하도록 권장할 것입니다.

향후 릴리스에서 readLine() 함수를 점진적으로 사용 중단할 계획입니다.

typeOf() 안정화

버전 1.6.0은 안정적인 typeOf() 함수를 제공하며, 주요 로드맵 항목 중 하나를 완료합니다.

1.3.40부터, typeOf()는 JVM 플랫폼에서 실험적 API로 사용할 수 있었습니다. 이제 어떤 Kotlin 플랫폼에서든 사용할 수 있으며, 컴파일러가 추론할 수 있는 모든 Kotlin 타입의 KType 표현을 얻을 수 있습니다:

inline fun <reified T> renderType(): String {
    val type = typeOf<T>()
    return type.toString()
}

fun main() {
    val fromExplicitType = typeOf<Int>()
    val fromReifiedType = renderType<List<Int>>()
}

컬렉션 빌더 안정화

Kotlin 1.6.0에서는 컬렉션 빌더 함수가 안정화되었습니다. 컬렉션 빌더가 반환하는 컬렉션은 이제 읽기 전용 상태에서 직렬화할 수 있습니다.

이제 옵트인 어노테이션 없이 buildMap(), buildList(), 그리고 buildSet()를 사용할 수 있습니다:

fun main() {
    val x = listOf('b', 'c')
    val y = buildList {
        add('a')
        addAll(x)
        add('d')
    }
    println(y)  // [a, b, c, d]
}

Duration API 안정화

서로 다른 시간 단위로 기간을 나타내는 Duration 클래스가 안정화되었습니다. 1.6.0에서 Duration API는 다음과 같은 변경 사항을 받았습니다:

• 기간을 일, 시, 분, 초, 나노초로 분해하는 toComponents() 함수의 첫 번째 구성 요소는 이제 Int 타입 대신 Long 타입을 갖습니다. 이전에는 값이 Int 범위에 맞지 않으면 해당 범위로 강제 변환되었습니다. Long 타입을 사용하면 Int에 맞지 않는 값을 잘라내지 않고 Duration 범위 내의 모든 값을 분해할 수 있습니다.

• DurationUnit enum은 이제 독립적이며 JVM에서 java.util.concurrent.TimeUnit의 타입 별칭이 아닙니다. typealias DurationUnit = TimeUnit이 유용할 수 있는 설득력 있는 사례를 찾지 못했습니다. 또한 타입 별칭을 통해 TimeUnit API를 노출하는 것은 DurationUnit 사용자를 혼란스럽게 할 수 있습니다.

• 커뮤니티 피드백에 따라 Int.seconds와 같은 확장 프로퍼티를 다시 가져왔습니다. 그러나 적용 가능성을 제한하기 위해 Duration 클래스의 컴패니언 객체에 배치했습니다. IDE는 여전히 완성 기능에서 확장을 제안하고 컴패니언 객체에서 자동으로 임포트를 삽입할 수 있지만, 향후에는 Duration 타입이 예상되는 경우로 이 동작을 제한할 계획입니다.

  import kotlin.time.Duration.Companion.seconds
  
  fun main() {
      val duration = 10000
      println("There are ${duration.seconds.inWholeMinutes} minutes in $duration seconds")
      // There are 166 minutes in 10000 seconds
  }

  이전에 도입된 Duration.seconds(Int)와 같은 컴패니언 함수 및 사용이 중단된 최상위 확장 Int.seconds를 Duration.Companion의 새로운 확장으로 대체할 것을 제안합니다.

  이러한 대체는 오래된 최상위 확장과 새로운 컴패니언 확장 사이에 모호성을 유발할 수 있습니다. 자동 마이그레이션을 수행하기 전에 kotlin.time 패키지의 와일드카드 임포트(import kotlin.time.*)를 사용하는지 확인하세요.

정규식(Regex)을 시퀀스로 분할

Regex.splitToSequence(CharSequence) 및 CharSequence.splitToSequence(Regex) 함수가 안정화되었습니다. 이 함수들은 주어진 정규식의 일치 항목을 기준으로 문자열을 분할하지만, 결과를 Sequence로 반환하여 이 결과에 대한 모든 연산이 지연 실행됩니다:

fun main() {
    val colorsText = "green, red, brown&blue, orange, pink&green"
    val regex = "[,\\s]+".toRegex()
    val mixedColor = regex.splitToSequence(colorsText)
    // or
    // val mixedColor = colorsText.splitToSequence(regex)
        .onEach { println(it) }
        .firstOrNull { it.contains('&') }
    println(mixedColor) // "brown&blue"
}

정수에 대한 비트 회전 연산

Kotlin 1.6.0에서 비트 조작을 위한 rotateLeft() 및 rotateRight() 함수가 안정화되었습니다. 이 함수들은 숫자의 이진 표현을 지정된 비트 수만큼 왼쪽 또는 오른쪽으로 회전합니다:

fun main() {
    val number: Short = 0b10001
    println(number
        .rotateRight(2)
        .toString(radix = 2)) // 100000000000100
    println(number
        .rotateLeft(2)
        .toString(radix = 2))  // 1000100
}

JS의 replace() 및 replaceFirst() 변경 사항

Kotlin 1.6.0 이전에는 replace()와 replaceFirst() 정규식 함수가 대체 문자열에 그룹 참조가 포함될 때 Java와 JS에서 다르게 동작했습니다. 모든 대상 플랫폼에서 동작 일관성을 유지하기 위해 JS에서 이들 함수의 구현을 변경했습니다.

대체 문자열에서 ${name} 또는 $index의 발생은 지정된 인덱스 또는 이름을 가진 캡처된 그룹에 해당하는 부분 시퀀스로 대체됩니다:

• $index – ' ``` 뒤의 첫 번째 숫자는 항상 그룹 참조의 일부로 처리됩니다. 후속 숫자는 유효한 그룹 참조를 형성하는 경우에만 index에 포함됩니다. 오직 숫자 '0'–'9'만 그룹 참조의 잠재적 구성 요소로 간주됩니다. 캡처된 그룹의 인덱스는 '1'부터 시작합니다. 인덱스 '0'의 그룹은 전체 일치 항목을 나타냅니다.

• ${name} – name은 라틴 문자 'a'–'z', 'A'–'Z' 또는 숫자 '0'–'9'로 구성될 수 있습니다. 첫 문자는 문자여야 합니다.

  대체 패턴의 명명된 그룹은 현재 JVM에서만 지원됩니다.

• 후속 문자를 대체 문자열에 리터럴로 포함하려면 역슬래시 문자 \를 사용합니다:

  fun main() {
      println(Regex("(.+)").replace("Kotlin", """\$ $1""")) // $ Kotlin
      println(Regex("(.+)").replaceFirst("1.6.0", """\\ $1""")) // \ 1.6.0
  }

  대체 문자열을 리터럴 문자열로 처리해야 하는 경우 Regex.escapeReplacement()를 사용할 수 있습니다.

기존 API 개선 사항

• 버전 1.6.0은 Comparable.compareTo()에 대한 infix 확장 함수를 추가했습니다. 이제 두 객체를 순서에 따라 비교하기 위해 infix 형식을 사용할 수 있습니다:

   class WrappedText(val text: String) : Comparable<WrappedText> {
       override fun compareTo(other: WrappedText): Int =
           this.text compareTo other.text
  }

• JS의 Regex.replace()는 이제 모든 플랫폼에서 구현을 통일하기 위해 인라인이 아닙니다.

• compareTo() 및 equals() String 함수와 isBlank() CharSequence 함수는 이제 JS에서 JVM과 정확히 동일하게 동작합니다. 이전에는 비-ASCII 문자와 관련하여 편차가 있었습니다.

사용 중단 예정

Kotlin 1.6.0에서는 일부 JS 전용 표준 라이브러리 API에 대해 경고와 함께 사용 중단 주기를 시작합니다.

concat(), match(), matches() 문자열 함수

• 주어진 다른 객체의 문자열 표현과 문자열을 연결하려면 concat() 대신 plus()를 사용하세요.
• 입력 내에서 정규식의 모든 일치 항목을 찾으려면 String.match(regex: String) 대신 Regex 클래스의 findAll()를 사용하세요.
• 정규식이 전체 입력과 일치하는지 확인하려면 String.matches(regex: String) 대신 Regex 클래스의 matches()를 사용하세요.

비교 함수를 받는 배열에 대한 sort()

Array<out T>.sort() 함수와 비교 함수에 의해 전달된 순서에 따라 배열을 정렬하는 인라인 함수 ByteArray.sort(), ShortArray.sort(), IntArray.sort(), LongArray.sort(), FloatArray.sort(), DoubleArray.sort(), CharArray.sort()를 사용 중단했습니다. 배열 정렬에는 다른 표준 라이브러리 함수를 사용하세요.

참고 자료는 컬렉션 정렬 섹션을 참조하세요.

도구

Kover – Kotlin용 코드 커버리지 도구

Kover Gradle 플러그인은 실험적입니다. GitHub를 통해 피드백을 주시면 감사하겠습니다.

Kotlin 1.6.0에서는 IntelliJ](https://github.com/JetBrains/intellij-coverage) 및 JaCoCo Kotlin 코드 커버리지 에이전트를 위한 Gradle 플러그인인 Kover를 도입합니다. 인라인 함수를 포함한 모든 언어 구문에서 작동합니다.

Kover에 대한 자세한 내용은 GitHub 저장소 또는 다음 비디오에서 확인하세요:

Coroutines 1.6.0-RC

kotlinx.coroutines 1.6.0-RC가 여러 기능 및 개선 사항과 함께 출시되었습니다:

• 새로운 Kotlin/Native 메모리 관리자 지원
• 추가 스레드를 생성하지 않고 병렬 처리를 제한할 수 있는 디스패처 뷰 API 도입
• Java 6에서 Java 8 타겟으로 마이그레이션
• 새로운 재작업된 API 및 멀티플랫폼 지원을 갖춘 kotlinx-coroutines-test
• 코루틴에 ThreadLocal 변수에 대한 스레드 안전 쓰기 접근을 제공하는 CopyableThreadContextElement 도입

자세한 내용은 변경 로그에서 확인하세요.

Kotlin 1.6.0으로 마이그레이션

IntelliJ IDEA 및 Android Studio는 Kotlin 플러그인이 1.6.0으로 사용 가능해지면 업데이트를 제안할 것입니다.

기존 프로젝트를 Kotlin 1.6.0으로 마이그레이션하려면 Kotlin 버전을 1.6.0으로 변경하고 Gradle 또는 Maven 프로젝트를 다시 임포트하세요. Kotlin 1.6.0으로 업데이트하는 방법을 알아보세요.

Kotlin 1.6.0으로 새 프로젝트를 시작하려면 Kotlin 플러그인을 업데이트하고 File | New | Project에서 프로젝트 마법사를 실행하세요.

새로운 명령줄 컴파일러는 GitHub 릴리스 페이지에서 다운로드할 수 있습니다.

Kotlin 1.6.0은 기능 릴리스이므로, 이전 버전의 언어로 작성된 코드와 호환되지 않는 변경 사항을 가져올 수 있습니다. 이러한 변경 사항에 대한 자세한 목록은 Kotlin 1.6 호환성 가이드에서 확인하세요.