답변

질문에 대한 배경:

함수형 프로그래밍과 JVM에서의 람다 표현식의 인기로 인해, 익명 객체와 추가 메소드 호출의 오버헤드 문제가 발생했습니다. 자바에서는 이러한 문제를 함수형 인터페이스를 사용하여 경험합니다. Kotlin에서는 람다 함수 전송 시 불필요한 할당을 피하기 위해 inline 키워드를 도입했습니다.

문제:

람다 매개변수를 사용하는 함수 호출은 힙에 익명 객체를 생성하고 스택 깊이를 증가시켜, 특히 루프와 중첩 호출에서 코드 실행 속도를 저하시킵니다.

해결책:

Kotlin에서는 inline 수정자로 함수를 선언할 수 있으며, 이 경우 함수 본체와 전달된 람다들이 호출 지점에 직접 삽입됩니다. 이는 컴파일러가 추가 할당을 제거하고 성능을 향상시키는 데 도움이 됩니다. 특히 짧고 자주 호출되는 함수(예: 컬렉션 필터링)에 효과적입니다.

코드 예시:

inline fun <T> Iterable<T>.myFilter(predicate: (T) -> Boolean): List<T> {
    val result = mutableListOf<T>()
    for (item in this) if (predicate(item)) result.add(item)
    return result
}

val filtered = listOf(1, 2, 3, 4).myFilter { it % 2 == 0 }
println(filtered) // [2, 4]

주요 특징:

함수 객체 할당 제거.
람다 매개변수 호출 비용 감소.
특정 람다의 인라인 처리를 제어하기 위한 noinline 및 crossinline 매개변수 사용 가능.

위험 신호가 있는 질문

모든 함수형 매개변수나 제너릭 타입 T와 함께 inline 함수를 사용할 수 있습니까?

아니요, inline 함수는 주로 람다 매개변수의 호출 오버헤드를 절감하지만, 제너릭 매개변수(T와 같은)는 인라인되지 않습니다. 이를 위해서는 reified 수정자가 필요합니다. 단순한 T는 reified 없이 컴파일 단계에서 타입 정보가 지워집니다.

만약 inline 함수에서 외부 스코프의 변수에 대한 클로저를 선언하면 어떤 일이 발생합니까?

외부 스코프의 변수들은 인라인된 표현 내부로 복사됩니다. 이들에 대한 모든 접근은 코드가 실제로 삽입된 것처럼 작동합니다. 이는 예상하지 못한 부작용을 초래할 수 있습니다.

Java 코드에서 inline 함수를 호출할 수 있습니까?

네, 하지만 이 경우 일반 함수로 컴파일되며 Java 코드는 인라인의 이점을 보지 못합니다. Kotlin은 Kotlin 코드에서 inline 함수를 사용할 때만 최적화를 가능합니다.

일반적인 실수 및 안티 패턴

큰 함수에 대한 지나친 inline 사용(바이트코드 부풀리기)
long 함수를 인라인하면 컴파일 속도가 느려지고 애플리케이션 크기가 증가한다는 오해
inline 람다에서 return을 사용할 때의 흐름 제어 오류

실제 사례

부정적인 사례

개발자가 여러 개의 필터링 및 후처리 람다를 포함하는 긴 함수를 인라인 처리하여 속도 개선을 기대합니다. 코드는 컴파일하는 데 오랜 시간이 걸리며 최종 APK/RAR/DEX는 상당히 증가하고 속도는 개선되지 않습니다.

장점:

구조 측면에서 코드 단순화

단점:

바이너리 크기 증가
긴 빌드 시간
복잡한 디버깅

긍정적인 사례

짧은 배열 필터를 위해 작은 inline 함수를 구현하고, 이는 핫 루프에서 수백 번 호출됩니다. 실행 시간은 매우 중요합니다. 람다가 익명 객체를 생성하지 않으므로 메모리 할당이 최소화됩니다.