This sequence of statements to be executed is kept inside the curly braces. A sequence of statements are executed until a specified/Given condition is true, or the loop is broken using break statement IntIterator iterator = (IntIterator) range.Loops are used to execute a set of statements repeatedly until a particular condition is satisfied. I've cleaned it up from what you would view in the decompiled bytecode, but they're essentially the same: // Option 1 In case you're curious, here's what those three loops look like in Java. It's important to realize that the Kotlin compiler can take advantage of certain situations and make optimizations, but you won't really know about it unless you use the bytecode viewer and/or decompile to Java to see what's really going on underneath the hood. That's two object allocations and a lot of function calls. Option 3 has to create an IntRange, then get its Iterator and use that to while-loop over the numbers. It requires one extra object allocation and additional if-checks. Option 2 would seem to be just as good as option 1, but adding the step parameter makes Kotlin use a more complex set of logic that can handle any step value you might throw at it. The same compilation behavior is seen for simple decrementing progressions as well (e.g. It allocates a couple primitives and has a couple if-checks, but is otherwise fairly simple. Given that the compiler can optimize ranges, which of the following range-based for-loops do you think is the most efficient? // Option 1 No allocations necessary! Range Against The Machine In other words, when endInclusive urlThumbĪgain, the above compiles to a series of simple conditionals. That's because IntRange is defined by its minimum start and its maximum endInclusive values. If you think the answer is 123321, guess again. Pop quiz: What does the following code output? (1.3).forEach(System.out::print) Here are a few interesting aspects of Kotlin ranges, some of which I've found to be less-than-intuitive.

Kotlin loop range