Kotlin 1.6.20 출시

Jessie Cho

2022년 4월 4일

Read this post in other languages:

• English
,
• Deutsch
,
• Français
,
• 日本語
,
• 简体中文

Kotlin 1.6.20이 공식 출시되었습니다. 향후 언어 기능의 테스트 버전을 제공하고, 계층 구조를 멀티플랫폼 프로젝트의 디폴트 값으로 설정하며, JVM, JS 및 Native 플랫폼의 성능을 개선합니다.

이 블로그 글에서는 다음 개선 사항에 대한 개요와 더불어 다른 점진적 변경 사항에 대한 전체 목록을 확인할 수 있습니다.

• 컨텍스트 리시버의 프로토타입이 구현되어, Kotlin/JVM에서 컨텍스트에 의존적인 선언 정의를 새롭게 지원.
• 확정적으로 null 가능하지 않은 타입으로 제네릭 Java 클래스 및 인터페이스의 상호 운용성 개선.
• JVM IR 백엔드에서 단일 모듈을 병렬로 컴파일할 수 있게 되어 빌드 타임이 더욱 빨라짐.
• Kotlin/JS IR에서 증분 컴파일을 통해 원활한 개발 경험 지원.
• Kotlin/Native 성능 개선.
• 멀티플랫폼 프로젝트의 계층 구조화로 이전보다 손쉽게 코드 공유.

IntelliJ IDEA 또는 Android Studio를 사용하는 경우, 새로운 Kotlin 릴리스가 출시되는 즉시 자동으로 업데이트할 수 있는 옵션이 제공됩니다.

Kotlin 1.6.20으로 업데이트

Kotlin 1.6.20에서는 리시버 개수가 하나로 제한되지 않습니다. 더 많이 필요한 경우 선언에 컨텍스트 리시버를 추가하여 함수, 프로퍼티 및 클래스를 컨텍스트 의존적으로(혹은 컨텍스트 기반) 만들면 됩니다. 컨텍스트 기반 선언은 다음과 같습니다.

• 모든 선언된 컨텍스트 리시버가 호출자의 범위에서 묵시적 리시버로 있어야 합니다.
• 선언된 컨텍스트 리시버를 본문 범위에 묵시적인 리시버로 가져옵니다.

interface LoggingContext {
    val log: Logger // This context provides a reference to a logger 
}

context(LoggingContext)
fun startBusinessOperation() {
    // You can access the log property since LoggingContext is an implicit receiver
    log.info("Operation has started")
}

fun test(loggingContext: LoggingContext) {
    with(loggingContext) {
        // You need to have LoggingContext in a scope as an implicit receiver
        // to call startBusinessOperation()
        startBusinessOperation()
    }
}

프로젝트에서 컨텍스트 리시버를 활성화하려면, -Xcontext-receivers 컴파일러 옵션을 사용하세요. 이 기능 및 구문의 자세한 설명은 KEEP에서 확인할 수 있습니다.

이번 구현은 프로토타입인 점에 유의하세요. 

• -Xcontext-receivers가 활성화된 상태에서 컴파일러는 프로덕션 코드에서 사용할 수 없는 사전 릴리스 바이너리를 생성합니다. 
• 현재 IDE는 컨텍스트 리시버를 최소한의 수준으로 지원합니다.

제네릭 Java 클래스 및 인터페이스를 확장할 때 상호 운용성을 개선하기 위해 Kotlin 1.6.20에서는 제네릭 타입 매개변수를 T & Any가 사용되는 곳에서 확정적으로 null 가능하지 않은 타입으로 표시할 수 있습니다. 구문 형태는 교차 타입 표기에서 온 것이며 이제 &의 왼쪽에 있는 null 가능 상한선과 오른쪽의 null 가능하지 않은 Any를 가진 타입 매개변수로 제한됩니다.

fun <T> elvisLike(x: T, y: T & Any): T & Any = x ?: y

fun main() {
   // OK
   elvisLike<String>("", "").length
   // Error: 'null' cannot be a value of a non-null type
   elvisLike<String>("", null).length

   // OK
   elvisLike<String?>(null, "").length
   // Error: 'null' cannot be a value of a non-null type
   elvisLike<String?>(null, null).length
}

기능을 활성화하려면 언어 버전을 1.7로 설정하세요.

kotlin {
   sourceSets.all {
       languageSettings.apply {
           languageVersion = "1.7"
       }
   }
}

KEEP에서 확정적으로 null 가능하지 않은 타입에 대해서 더 알아보세요.

현재 확정적으로 null 가능하지 않은 타입은 베타입니다. 거의 안정화가 되었지만 추후에 마이그레이션 과정이 필요할 수도 있습니다. 변경 사항을 최소화하기 위해 노력하겠습니다.

Kotlin 1.6.20에서 하나의 모듈에 있는 모든 파일을 병렬로 컴파일하는 실험적인 기능인 JVM IR 백엔드 모드를 추가하였습니다. 병렬 컴파일은 총 컴파일 시간을 최대 15%까지 줄일 수 있습니다.

compiler option -Xbackend-threads로 실험적 병렬 백엔드 모드를 활성화하세요. 이 옵션에 다음의 인수를 사용하세요.

• N은 사용하고 싶은 스레드의 수입니다. CPU 코어 수를 초과해서는 안됩니다. 초과하는 경우 컨텍스트가 스레드 간에 전환되어 효율적으로 병렬화되지 않습니다.
• 0으로 CPU 코어당 1개 스레드를 사용

Gradle은 작업을 병렬로 실행할 수 있지만, Gradle의 관점에서 프로젝트(혹은 프로젝트의 주요한 부분)가 하나의 큰 작업일 뿐일 때는 이러한 병렬화가 별로 도움되지 않습니다. 매우 큰 모놀리식 모듈이 있는 경우 병렬 컴파일을 사용하여 더 빠르게 컴파일하세요. 프로젝트가 다수의 작은 모듈로 구성되어 있으며 빌드가 Gradle로 병렬화되어 있는 경우 병렬화 레이어를 추가하면 컨텍스트 전환으로 인해 성능에 나쁜 영향을 줄 수 있습니다.

병렬 컴파일에는 일부 제약이 있습니다.

• kapt는 IR 백엔드를 비활성화하기 때문에 kapt와는 사용할 수 없습니다.
• 설계상 JVM 힙이 더 필요합니다. 필요한 heap의 양은 스레드 수에 비례합니다.

IR 컴파일러를 활용한 Kotlin/JS 개발을 더욱 효율화하기 위해 증분 컴파일 모드를 도입했습니다.

이 모드에서 compileDevelopmentExecutableKotlinJs Gradle 작업이 있는 개발 바이너리를 빌드할 때는 컴파일러가 모듈 수준에서 이전 컴파일의 결과를 캐시에 저장합니다. 이어지는 컴파일에서 변경 사항이 없는 소스 파일에 캐시된 컴파일 결과를 사용하므로, 특히 변경 사항이 적을 때 컴파일 완료 속도가 빨라집니다. 이 개선 사항은 개발 프로세스에만 적용되며(편집-빌드-디버그 사이클 단축) 프로덕션 아티팩트 빌드에는 영향을 주지 않습니다.

개발 바이너리의 증분 컴파일을 활성화하려면, 다음 줄을 프로젝트의 gradle.properties에 추가하세요.

kotlin.incremental.js.ir=true // false by default

테스트 프로젝트에서 새로운 모드를 사용할 경우 증분 컴파일이 최대 30% 빨랐습니다. 그러나 이 모드에서 클린 빌드는 캐시를 생성하고 준비해야 하기 때문에 더 느렸습니다.

Kotlin 1.6.20에는 Koltin이 생성하는 LLVM IR에 영향을 주는 성능 업데이트와 버그 수정이 일부 포함되었습니다. 저희가 내부 프로젝트에서 벤치마크를 실행한 결과에 따르면 평균 성능 향상은 다음과 같았습니다.

• 실행 시간 15% 감소
• 릴리스 및 디버그 바이너리의 코드 크기 20% 감소
• 릴리스 바이너리의 컴파일 시간 26% 감소

이번 변경으로 대규모 내부 프로젝트에서 디버그 바이너리의 컴파일 시간도 10% 감소했습니다.

이러한 결과를 얻기 위해 컴파일러가 생성한 일부 통합 객체의 정적 초기화를 구현하고, 모든 함수에 대해 LLVM IR을 구조화하는 방법을 개선하였으며, 컴파일러 캐시를 최적화했습니다.

Kotlin 1.6.20에는 계층적 구조 지원이 기본적으로 활성화되어 있습니다. Kotlin 1.4.0에서 이 기능을 도입한 이후 프런트엔드를 크게 개선하였으며 IDE 가져오기를 안정화했습니다.

이전에 멀티플랫폼 프로젝트에서 코드를 추가하는 방법은 두 가지였습니다. 첫 번째는 특정 플랫폼용, 즉 하나의 대상 플랫폼 외에 다른 플랫폼에서는 사용할 수 없는 소스 세트에 코드를 추가하는 방법이었습니다. 두 번째는 Kotlin에서 현재 지원하는 모든 플랫폼에서 공유되는 공통 소스 세트를 사용하는 방법입니다.

이제는 공통 로직과 타사 API를 많이 재사용하는 여러 개의 유사한 네이티브 대상에서 소스 코드를 공유할 수 있습니다. 이 기술은 정확한 디폴트 종속성을 제공하며 공유된 코드에서 사용할 수 있는 정확한 API를 찾아줍니다. 이에 따라 복잡한 빌드 설정이 필요 없고, 여러 네이티브 대상에서 코드 세트를 공유할 수 있는 IDE 지원을 얻기 위해 해결책을 사용할 필요도 없어졌습니다. 또한, 다른 대상에 사용해야 할 API를 안전하지 않게 사용하는 경우도 방지할 수 있습니다.

이 기술은 라이브러리 작성자에게도 편리합니다. 계층적 프로젝트 구조가 지원되면 대상의 하위 세트에서 쓸 수 있는 공통 API로 라이브러리를 게시하고 사용할 수 있기 때문입니다.
기본적으로 계층적 프로젝트 구조로 게시된 라이브러리는 계층적 구조의 프로젝트와만 호환됩니다. 프로젝트 및 라이브러리 호환성에 대해 자세히 알아보세요.

계층적 구조가 지원되지 않으면 일부 Kotlin 대상 간에 코드를 공유할 수는 있어도 모든 대상 간에 쉽게 공유할 방법은 없습니다. 대표적인 예시는 모든 iOS 대상에서 코드를 공유하면서 Foundation과 같은 iOS용 종속성에 액세스하는 것입니다.

이제 계층적 프로젝트 구조가 지원되므로 별도 설정 없이 이를 바로 실현할 수 있습니다. 새로운 구조에서 소스 세트는 계층 구조를 형성합니다. 소스 세트가 컴파일되는 각 대상에서 지원되는 플랫폼용 언어 기능과 종속성을 사용할 수 있습니다.

iOS 기기 및 시뮬레이터용으로 iosArm64 및 iosX64라는 2개의 대상을 가진 일반적 멀티플랫폼 프로젝트를 예시로 들어 보겠습니다. Kotlin 도구는 두 대상 모두 같은 함수를 갖고 있다는 것을 인지하며 사용자가 중간 소스 세트인 iosMain의 함수에 액세스할 수 있게 합니다.

Kotlin 툴체인은 Kotlin/Native stdlib 혹은 네이티브 라이브러리 같은 올바른 디폴트 종속성을 제공합니다. 또한 Kotlin 도구는 공유된 코드에서 이용할 수 있는 API 서피스 영역을 정확히 찾기 위해 노력합니다. 이는 Windows에 공유되는 코드에 macOS용 함수가 사용되는 것과 같은 사례를 방지합니다.

이제 멀티플랫폼 라이브러리가 게시되면, 중간 소스 세트의 API가 함께 적절히 게시되어 소비자들이 사용할 수 있게 됩니다. Kotlin 툴체인이 소비자 소스 세트에서 사용할 수 있는 API를 자동으로 파악하며, JS 코드에서 JVM용 API를 사용하는 것과 같은 안전하지 않은 사용을 감시합니다. 라이브러리에서 코드를 공유하는 방법에 대해 자세히 알아보세요.

Kotlin 1.6.20부터 모든 신규 멀티플랫폼 프로젝트는 계층적 프로젝트 구조를 갖게 됩니다. 추가적인 설정이 필요하지 않습니다.

• 이미 수동으로 켠 경우 gradle.properties에서 지원 중단된 옵션을 제거할 수 있습니다.

kotlin.mpp.enableGranularSourceSetsMetadata=true
kotlin.native.enableDependencyPropagation=true

• 사용자 경험을 최적화하기 위해 Kotlin 1.6.20에는 Android Studio 2021.1.1(Bumblebee) 혹은 이후 버전을 사용하는 것이 좋습니다.
• 이 기능을 선택 해제할 수도 있습니다. 계층적 구조 지원을 비활성화하려면, gradle.properties에서 다음의 옵션을 설정하세요.

kotlin.mpp.hierarchicalStructureSupport=false

• Kotlin/JVM용 컨텍스트 리시버 프로토타입
• 확정적으로 null 가능하지 않은 타입

• 인터페이스용 신규 @JvmDefaultWithCompatibility 어노테이션
• -Xjvm-default` 모드의 호환성 변경
• JVM IR 백엔드에서 하나의 모듈에 대한 병렬 컴파일 지원
• 함수 인터페이스 생성자에 대한 호출 가능한 참조 지원

• 신규 메모리 관리자 업데이트
• 새로운 메모리 관리자로 Sweep Phase에서 동시 구현
• 어노테이션 클래스의 인스턴스화
• Swift async/await과 상호 운용: KotlinUnit 대신 Void<0> 반환
• libbacktrace으로 개선된 스택 추적
• 단독형 Android 실행 파일 지원
• 성능 개선 사항
• Cinterop 모듈을 가져올 때 개선된 오류 처리
• Xcode 13 라이브러리 지원

• 멀티플랫폼 프로젝트에서 계층적 구조 지원
• Kotlin CocoaPods Gradle 플러그인 업데이트

• IR 컴파일러를 사용하는 개발 바이너리에서 증분 컴파일 지원
• IR 컴파일러에서 최상위 프로퍼티를 기본적으로 지연 초기화
• IR 컴파일러로 프로젝트 모듈용 JS 파일을 기본적으로 분리
• Char 클래스 최적화
• 내보내기 및 TypeScript 선언 생성 개선
• 비동기 테스트의 @AfterTest 보증

• klibs에서 상대 경로 사용
• Kotlin/JS Gradle 프로젝트에서 지속하는 yarn.lock
• 기본적으로 --ignore-scripts을 사용하여 npm 종속성 설치

• Kotlin 컴파일러 실행 전략 정의를 위한 프로퍼티
• kapt 및 코루틴의 빌드 옵션 중단
• kotlin.parallel.tasks.in.project 빌드 옵션 제거

이미 IntelliJ IDEA 또는 Android Studio를 사용하고 있는 경우 IDE에서 자동으로 Kotlin을 1.6.20으로 업데이트할 것을 제안합니다. 또한 이 지침을 따라 직접 업데이트할 수도 있습니다. 

다음 IDE의 최신 버전을 다운로드하여 광범위한 Kotlin 지원을 받을 수 있습니다.

• IntelliJ IDEA – 다양한 플랫폼 용 Kotlin 애플리케이션 개발을 지원
• Android Studio –  Android 및 크로스 플랫폼 모바일 애플리케이션 개발 지원

또한 kotlinx 라이브러리를 호환되는 버전으로 업데이트하고 기존 프로젝트의 빌드 스크립트에 Kotlin 버전 1.6.20을 지정했는지 확인하세요.

명령줄 컴파일러가 필요한 경우, Github 릴리스 페이지에서 다운로드하세요.

• Slack(초대 받기)에서 도움말을 찾아보세요.
• JetBrains 이슈 트래커인 YouTrack에 보고해 주세요.

• Kotlin 로드맵
• Kotlin 1.6.20의 새로운 기능 문서
• Kotlin 1.6의 호환성 가이드
• Kotlin 1.6.0 출시!

게시물 원문 작성자

Subscribe to Kotlin Blog updates

Subscribe form

By submitting this form, I agree to the JetBrains Privacy Policy Notification icon

이 양식을 제출함으로써 본인은 JetBrains s.r.o.("JetBrains"가 본인의 이름, 이메일 주소 및 위치 데이터를 사용하여 상업적 커뮤니케이션을 포함한 뉴스레터를 보내고 이러한 목적으로 개인 데이터를 처리할 수 있음에 동의합니다. 본인은 JetBrains가 JetBrains 개인정보보호정책에 따라 이러한 목적으로 제3자 서비스를 사용하여 해당 데이터를 처리할 수 있음에 동의합니다. 본인은 내 프로필에서 언제든지 이 동의를 철회할 수 있음을 이해합니다. 또한 각 이메일에는 수신 거부 링크가 포함됩니다.

Submit

감사합니다!