noinline and crossinline in Kotlin

Introduction

noinline and crossinline is a fundamental concept every Kotlin developer should understand. Higher-order functions accept or return other functions, enabling reusable patterns like map, filter, and custom control abstractions.

Noinline prevents a lambda parameter from being inlined. In this tutorial you will learn the syntax, walk through a complete example program, study the sample output, and review best practices so you can apply the concept confidently in your own projects.

Definition

• noinline prevents a lambda parameter from being inlined.
• crossinline marks lambda that cannot use non-local return.
• These modifiers control inline behavior in advanced cases.

Syntax

inline fun demo(crossinline block: () -> Unit)

noinline and crossinline in Kotlin Example Program in Kotlin

inline fun runTask(crossinline task: () -> Unit) {
    println("Before task")
    task()
    println("After task")
}

fun main(args: Array<String>) {
    runTask { println("Task running") }
}

Sample Output

Before task
Task running
After task

When to use

Use higher-order functions to extract repeated control-flow patterns into reusable abstractions.

How it works

1. The program starts with a main function — the entry point that runs when you execute the file.

2. The println("Before task") statement writes a line to the console — this produces part of the sample output below.

3. The println("After task") statement writes a line to the console — this produces part of the sample output below.

4. The println("Task running") statement writes a line to the console — this produces part of the sample output below.

5. Noinline prevents a lambda parameter from being inlined.

6. Run the program in IntelliJ IDEA, Android Studio, or with the Kotlin command-line compiler (kotlinc / kotlin). Compare your console output with the sample output shown below.

Best Practices

• Understand the core idea: noinline prevents a lambda parameter from being inlined.
• Prefer readable names and small functions so examples map directly to real projects.
• Run and modify the example — change values and observe how the output changes.

Common Mistakes

• Skipping the example and only reading the definition — hands-on practice cements the concept.
• Copying syntax without understanding nullable vs non-nullable types or scope rules.
• Ignoring compiler warnings that often point to safer alternatives.

Key Points

• noinline prevents a lambda parameter from being inlined.
• crossinline marks lambda that cannot use non-local return.
• These modifiers control inline behavior in advanced cases.
• Test the example locally and verify the output matches the sample.
• Experiment by changing input values to see how behaviour changes.

Notes

• Semicolons at the end of statements are optional in Kotlin.