Bird
Raised Fist0
C Sharp (C#)programming~5 mins

Task and Task of T types in C Sharp (C#) - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Task and Task of T types
O(n)
Understanding Time Complexity

When working with asynchronous code using Task and Task<T>, it's important to understand how the time to complete tasks grows as you start more tasks or wait for their results.

We want to see how the time needed changes when handling multiple tasks.

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


    public async Task<int> SumAsync(int[] numbers)
    {
        var tasks = new List<Task<int>>();
        foreach (var num in numbers)
        {
            tasks.Add(Task.Run(() => num));
        }
        var results = await Task.WhenAll(tasks);
        return results.Sum();
    }
    

This code creates a task for each number to return it asynchronously, waits for all tasks to finish, then sums the results.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: Creating and running one task per number in the input array.
  • How many times: Once for each element in the input array (n times).
How Execution Grows With Input

As the input array grows, the number of tasks created and awaited grows proportionally.

Input Size (n)Approx. Operations
10About 10 tasks created and awaited
100About 100 tasks created and awaited
1000About 1000 tasks created and awaited

Pattern observation: The work grows directly with the number of input items, so doubling input doubles the work.

Final Time Complexity

Time Complexity: O(n)

This means the time to complete grows linearly with the number of tasks you start and wait for.

Common Mistake

[X] Wrong: "Starting many tasks at once makes the program run instantly regardless of input size."

[OK] Correct: Even though tasks run asynchronously, creating and waiting for many tasks still takes time proportional to how many tasks there are.

Interview Connect

Understanding how asynchronous tasks scale helps you write efficient code and explain your reasoning clearly in interviews.

Self-Check

"What if we changed Task.WhenAll to await each task one by one? How would the time complexity change?"

Practice

(1/5)
1. What is the main difference between Task and Task<T> in C#?
easy
A. Task does not return a value, Task<T> returns a value of type T.
B. Task runs synchronously, Task<T> runs asynchronously.
C. Task is used only for UI threads, Task<T> for background threads.
D. Task can return multiple values, Task<T> returns only one.

Solution

  1. Step 1: Understand Task behavior

    Task represents an asynchronous operation that does not return a result.
  2. Step 2: Understand Task<T> behavior

    Task<T> represents an asynchronous operation that returns a value of type T when it completes.
  3. Final Answer:

    Task does not return a value, Task<T> returns a value of type T. -> Option A
  4. Quick Check:

    Return value presence = Task does not return a value, Task<T> returns a value of type T. [OK]
Hint: Remember: Task = no result, Task<T> = returns result [OK]
Common Mistakes:
  • Thinking Task runs synchronously
  • Confusing Task<T> with multiple return values
  • Assuming Task is only for UI threads
2. Which of the following is the correct way to declare a Task<int> that returns the number 5 asynchronously?
easy
A. Task<int> t = Task.Run(() => 5);
B. Task<int> t = new Task<int>(5);
C. Task<int> t = Task<int>.Run(5);
D. Task<int> t = Task.Run<int>(5);

Solution

  1. Step 1: Check correct Task<T> creation syntax

    Use Task.Run(() => value) to create and start a task returning a value.
  2. Step 2: Validate each option

    Task<int> t = Task.Run(() => 5); uses Task.Run(() => 5), which is correct. Options A, B, and C use invalid constructors or methods.
  3. Final Answer:

    Task<int> t = Task.Run(() => 5); -> Option A
  4. Quick Check:

    Correct Task creation syntax = Task<int> t = Task.Run(() => 5); [OK]
Hint: Use Task.Run with lambda to return values asynchronously [OK]
Common Mistakes:
  • Trying to pass value directly to Task constructor
  • Using non-existent Task.Run overloads
  • Confusing Task and Task<T> creation
3. What will be the output of this C# code?
async Task<int> GetNumberAsync() { return 10; }

var task = GetNumberAsync();
Console.WriteLine(task.Result);
medium
A. Task<int>
B. 10
C. Compilation error
D. Deadlock or runtime error

Solution

  1. Step 1: Understand async method returning Task<int>

    The method returns a Task that completes with value 10.
  2. Step 2: Accessing task.Result

    Accessing Result blocks until the task finishes and returns 10.
  3. Final Answer:

    10 -> Option B
  4. Quick Check:

    Task.Result blocks and returns value = 10 [OK]
Hint: Task.Result blocks and returns the result value [OK]
Common Mistakes:
  • Expecting Task<int> printed instead of value
  • Thinking async method returns int directly
  • Assuming runtime error without synchronization context
4. Identify the error in this code snippet:
Task<int> task = Task.Run(() => 42);
int result = await task;
medium
A. Task<int> must be declared as void
B. Task.Run cannot return int
C. Cannot use await outside an async method
D. Missing parentheses in Task.Run

Solution

  1. Step 1: Check usage of await keyword

    await can only be used inside methods marked with async.
  2. Step 2: Analyze code context

    The snippet does not show an async method, so using await here causes a compile error.
  3. Final Answer:

    Cannot use await outside an async method -> Option C
  4. Quick Check:

    Await requires async method = Cannot use await outside an async method [OK]
Hint: Always mark method async to use await inside it [OK]
Common Mistakes:
  • Assuming Task.Run cannot return int
  • Thinking Task<int> can be void
  • Ignoring async keyword requirement for await
5. You want to run two tasks in parallel: one returns an int, the other returns a string. How do you wait for both and get their results efficiently?
hard
A. Use Task.WaitAll(task1, task2) and cast results to correct types.
B. Call task1.Wait() and task2.Wait() sequentially, then get results.
C. Use await task1 then await task2 one after another.
D. Use await Task.WhenAll(task1, task2) then access task1.Result and task2.Result.

Solution

  1. Step 1: Understand parallel task waiting

    Task.WhenAll waits for all tasks to complete concurrently.
  2. Step 2: Access results after waiting

    After await Task.WhenAll(...), you can safely access each task's Result without blocking.
  3. Final Answer:

    Use await Task.WhenAll(task1, task2) then access task1.Result and task2.Result. -> Option D
  4. Quick Check:

    Parallel wait with Task.WhenAll = Use await Task.WhenAll(task1, task2) then access task1.Result and task2.Result. [OK]
Hint: Use Task.WhenAll to await multiple tasks efficiently [OK]
Common Mistakes:
  • Waiting tasks sequentially losing parallelism
  • Using blocking Wait() causing deadlocks
  • Casting results instead of accessing Task<T>.Result
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard