Mobile VK Hub

Kotlin inline и reified — зачем это вообще нужно Про inline-функции в Kotlin многие знают только то, что «они быстрее» и стоят в стандартной библиотеке рядом с map и filter. На самом деле inline — это не про производительность в чистом виде, а про то, что можно сделать невозможное в обычных функциях: reified generics, non-local return из лямбд и полноценные DSL без runtime-оверхеда. Разберём по порядку. Базовое поведение: inline вставляет тело функции прямо в место вызова:

inline fun measureTime(block: () -> Unit): Long {
    val start = System.currentTimeMillis()
    block()
    return System.currentTimeMillis() - start
}

measureTime { doWork() }
// компилятор превращает в:
// val start = System.currentTimeMillis()
// doWork()
// val time = System.currentTimeMillis() - start

Никакого объекта-лямбды, никакого вызова invoke — код разворачивается на месте. Для маленьких хелперов с лямбдами это спасает от аллокаций в горячих циклах. Главная фича — reified type parameters. В обычной функции T стирается в рантайме, и T::class или is T не работают. Внутри inline-функции с reified тип сохраняется, потому что тело подставляется по месту:

inline fun <reified T> Any?.safeCast(): T? {
    return if (this is T) this else null
}

val x: Any = "hello"
val s: String? = x.safeCast() // работает

На этом стоит весь Gson-style API: gson.fromJson<UserDto>(json) вместо gson.fromJson(json, UserDto::class.java). Или в Compose: hiltViewModel<HomeViewModel>() вместо явной передачи класса. Второй кейс — non-local return из лямбды. Обычная лямбда не может сделать return из внешней функции, только return@label. Внутри inline-лямбды return работает как в обычном коде:

fun findUser(id: Long): User? {
    users.forEach { user ->
        if (user.id == id) return user  // выход из findUser
    }
    return null
}

Работает потому, что forEach в stdlib — inline. Без этого пришлось бы возвращать из forEach через return@forEach и потом отдельно проверять флаг. crossinline и noinline — модификаторы для параметров-лямбд. noinline говорит компилятору «эту лямбду не разворачивай, оставь как объект» — нужно, если её передают дальше в обычную функцию. crossinline запрещает non-local return, что критично, когда лямбда вызывается не сразу, а в колбэке или корутине. Подводные камни тоже есть. Inline-функции разворачиваются в каждом месте вызова, поэтому для больших функций (десятки строк) это раздувает байткод — компилятор ругается предупреждением. Инлайнить имеет смысл функции с параметрами-лямбдами, чтобы убрать аллокации, или там, где reified/non-local return реально нужны. Для обычной логики без лямбд inline ничего не даёт, а иногда даже замедляет за счёт большего DEX. Если видите fun <T> ... с передачей T::class.java, а рядом есть inline reified вариант — второй почти всегда чище. А вы где используете inline и reified в своих API? #mobilevkhub #kotlin