RunCatching for safe execution in Kotlin - Time & Space Complexity

Time Complexity: RunCatching for safe execution

O(n)

Understanding Time Complexity

We want to understand how the time cost changes when using runCatching in Kotlin.

Specifically, how does wrapping code in runCatching affect the number of steps the program takes?

Scenario Under Consideration

Analyze the time complexity of the following code snippet.

val result = runCatching {
    val list = (1..n).toList()
    list.map { it * 2 }
}

result.onSuccess { doubledList ->
    println(doubledList)
}.onFailure {
    println("Error occurred")
}
    

This code creates a list of numbers from 1 to n, doubles each number safely using runCatching, and prints the result or an error.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

• Primary operation: The map function loops through the list of size n once.
• How many times: Exactly n times, once for each element.

How Execution Grows With Input

As the input size n grows, the number of operations grows in a straight line.

Input Size (n)	Approx. Operations
10	About 10 map operations
100	About 100 map operations
1000	About 1000 map operations

Pattern observation: Doubling the input roughly doubles the work done.

Final Time Complexity

Time Complexity: O(n)

This means the time to run grows directly with the size of the list.

Common Mistake

[X] Wrong: "Using runCatching adds extra loops or slows down the code a lot."

[OK] Correct: runCatching just wraps the code to catch errors; it does not add loops or repeat work. The main cost is still from the original operations like map.

Interview Connect

Understanding how safe execution wrappers like runCatching affect performance shows you can write reliable code without losing track of efficiency.

Self-Check

"What if we replaced map with a nested loop inside runCatching? How would the time complexity change?"

Practice

1. What is the main purpose of runCatching in Kotlin?

easy

A. To execute code and catch exceptions safely without crashing the program

B. To run code only if a condition is true

C. To create a new thread for running code

D. To convert a value to a string safely

Solution

1. Step 1: Understand what runCatching does

   runCatching runs a block of code and catches any exceptions that happen inside it.

2. Step 2: Identify the main purpose

   This helps keep the program running smoothly by handling errors safely without crashing.

3. Final Answer:

   To execute code and catch exceptions safely without crashing the program -> Option A

4. Quick Check:

   runCatching = safe execution [OK]

Hint: runCatching catches errors to keep code safe [OK]

Common Mistakes:

• Thinking runCatching runs code conditionally
• Confusing runCatching with threading
• Assuming it converts types automatically

2. Which of the following is the correct syntax to use runCatching in Kotlin?

easy

A. val result = runCatching -> someFunction()

B. val result = runCatching(someFunction())

C. val result = runCatching { someFunction() }

D. val result = runCatching.someFunction()

Solution

1. Step 1: Recall the syntax of runCatching

   runCatching takes a lambda block with curly braces to run code safely.

2. Step 2: Match the correct syntax

   val result = runCatching { someFunction() } uses curly braces and calls someFunction() inside, which is correct.

3. Final Answer:

   val result = runCatching { someFunction() } -> Option C

4. Quick Check:

   runCatching uses braces { } [OK]

Hint: Use curly braces {} to pass code block to runCatching [OK]

Common Mistakes:

• Using parentheses instead of braces
• Trying to call runCatching like a function with arrow
• Accessing runCatching as an object

3. What will be the output of this Kotlin code?

val result = runCatching { 10 / 0 }
println(result.isSuccess)

medium

A. true

B. null

C. Exception thrown

D. false

Solution

1. Step 1: Analyze the code inside runCatching

   The code tries to divide 10 by 0, which causes an exception (ArithmeticException).

2. Step 2: Understand runCatching result

   runCatching catches the exception, so no crash happens. The isSuccess property will be false because the block failed.

3. Final Answer:

   false -> Option D

4. Quick Check:

   Exception caught means isSuccess = false [OK]

Hint: Divide by zero causes failure, so isSuccess is false [OK]

Common Mistakes:

• Expecting true because code runs
• Thinking exception is thrown outside runCatching
• Confusing isSuccess with isFailure

4. Identify the error in this Kotlin code using runCatching:

val result = runCatching {
    val number = "abc".toInt()
}
println(result.getOrNull())

medium

A. No error, prints null because conversion fails

B. Throws NumberFormatException outside runCatching

C. Syntax error in runCatching block

D. getOrNull() returns the string "abc"

Solution

1. Step 1: Understand the code inside runCatching

   Trying to convert "abc" to Int causes NumberFormatException, but runCatching catches it.

2. Step 2: Check what getOrNull() returns

   Since exception happened, getOrNull() returns null safely without crashing.

3. Final Answer:

   No error, prints null because conversion fails -> Option A

4. Quick Check:

   Exception caught means getOrNull() = null [OK]

Hint: runCatching catches exceptions, getOrNull returns null on failure [OK]

Common Mistakes:

• Expecting exception to crash program
• Thinking getOrNull returns original string
• Assuming syntax error in code block

5. You want to safely parse a list of strings to integers using runCatching and collect only the successful results. Which Kotlin code snippet correctly does this?

hard

A. val numbers = list.map { runCatching { it.toInt() }.exceptionOrNull() }

B. val numbers = list.map { runCatching { it.toInt() }.getOrNull() }.filterNotNull()

C. val numbers = list.map { it.toInt() }.filter { it != null }

D. val numbers = list.map { runCatching { it.toInt() }.getOrThrow() }

Solution

1. Step 1: Understand the goal

   We want to convert strings to integers safely, ignoring failures, and collect only successful integers.

2. Step 2: Analyze each option

   val numbers = list.map { runCatching { it.toInt() }.getOrNull() }.filterNotNull() uses runCatching to catch exceptions, then getOrNull() returns integer or null, and filterNotNull() removes nulls, collecting only successful parses.

3. Final Answer:

   val numbers = list.map { runCatching { it.toInt() }.getOrNull() }.filterNotNull() -> Option B

4. Quick Check:

   Safe parse + filter null = val numbers = list.map { runCatching { it.toInt() }.getOrNull() }.filterNotNull() [OK]

Hint: Use getOrNull() then filterNotNull() to keep successful parses [OK]

Common Mistakes:

• Using getOrThrow() which throws on failure
• Filtering nulls before catching exceptions
• Using exceptionOrNull() which returns exceptions, not values