Bird
Raised Fist0
Javascriptprogramming~5 mins

Common hoisting pitfalls in Javascript - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Common hoisting pitfalls
O(n)
Understanding Time Complexity

When we write JavaScript, some things like variable and function declarations move to the top before code runs. This is called hoisting.

We want to see how this affects how long the code takes to run.

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


function example(arr) {
  console.log(x); // undefined due to hoisting
  var x = 10;
  for (let i = 0; i < arr.length; i++) {
    console.log(arr[i]);
  }
}

example([1, 2, 3]);
    

This code shows variable hoisting and loops through an array to print values.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: The for-loop that goes through each item in the array.
  • How many times: It runs once for every element in the input array.
How Execution Grows With Input

As the array gets bigger, the loop runs more times, printing each item.

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

Pattern observation: The work grows directly with the number of items.

Final Time Complexity

Time Complexity: O(n)

This means the time to run grows in a straight line with the input size.

Common Mistake

[X] Wrong: "Hoisting makes the code run faster because variables are moved up."

[OK] Correct: Hoisting only changes when declarations happen, not how many times code runs. The loop still runs once per item.

Interview Connect

Understanding hoisting helps you predict code behavior and spot bugs. Knowing how loops affect time helps you write efficient code.

Self-Check

"What if we replaced the for-loop with a nested loop over the same array? How would the time complexity change?"

Practice

(1/5)
1. What happens when you access a var variable before its declaration in JavaScript?
easy
A. It returns undefined because var is hoisted and initialized with undefined.
B. It throws a ReferenceError because the variable is not defined yet.
C. It returns the value assigned later in the code.
D. It causes a SyntaxError.

Solution

  1. Step 1: Understand var hoisting behavior

    Variables declared with var are hoisted to the top and initialized with undefined.
  2. Step 2: Access before declaration

    Accessing the variable before its declaration returns undefined instead of an error.
  3. Final Answer:

    It returns undefined because var is hoisted and initialized with undefined. -> Option A
  4. Quick Check:

    var hoisting = undefined [OK]
Hint: var is hoisted and set to undefined before code runs [OK]
Common Mistakes:
  • Thinking accessing var before declaration throws error
  • Confusing var with let or const hoisting
  • Assuming var is not hoisted at all
2. Which of the following is the correct way to declare a variable that will cause a ReferenceError if accessed before declaration?
easy
A. x = 10;
B. var x = 10;
C. function x() {}
D. let x = 10;

Solution

  1. Step 1: Recall let hoisting

    let is hoisted but not initialized, causing a temporal dead zone.
  2. Step 2: Identify which causes ReferenceError before declaration

    Accessing let before declaration throws ReferenceError. Here, let x = 10; uses let.
  3. Final Answer:

    let x = 10; -> Option D
  4. Quick Check:

    let before declaration = ReferenceError [OK]
Hint: let causes ReferenceError if accessed early [OK]
Common Mistakes:
  • Thinking var causes ReferenceError before declaration
  • Confusing function declarations with variables
  • Assuming const behaves like var
3. What is the output of the following code?
console.log(foo());

function foo() {
  return 'Hello';
}

var foo = function() {
  return 'World';
};
medium
A. 'Hello'
B. 'World'
C. TypeError
D. ReferenceError

Solution

  1. Step 1: Understand function declaration hoisting

    Function declarations are fully hoisted, so foo is initially the function returning 'Hello'.
  2. Step 2: Analyze var function expression assignment

    The var foo declaration is hoisted but the assignment to function expression happens after the call, so it does not overwrite the function declaration at the time of call.
  3. Final Answer:

    'Hello' -> Option A
  4. Quick Check:

    Function declarations hoisted fully = 'Hello' [OK]
Hint: Function declarations hoisted fully, var function expressions not [OK]
Common Mistakes:
  • Assuming var function expression overwrites before call
  • Confusing function declaration and expression hoisting
  • Expecting TypeError or ReferenceError
4. Identify the error in the following code and fix it:
console.log(a);
let a = 5;
medium
A. No error, outputs 5
B. SyntaxError due to missing semicolon
C. ReferenceError because let is accessed before declaration
D. TypeError because a is not a function

Solution

  1. Step 1: Recognize temporal dead zone with let

    Variables declared with let are hoisted but not initialized, causing ReferenceError if accessed before declaration.
  2. Step 2: Fix by moving declaration before usage

    Move let a = 5; before console.log(a); to avoid ReferenceError.
  3. Final Answer:

    ReferenceError because let is accessed before declaration -> Option C
  4. Quick Check:

    let before declaration = ReferenceError [OK]
Hint: Declare let variables before use to avoid ReferenceError [OK]
Common Mistakes:
  • Thinking let behaves like var
  • Ignoring temporal dead zone
  • Assuming missing semicolon causes error
5. Consider this code snippet:
console.log(typeof bar);
var bar = 'test';
console.log(typeof baz);
let baz = 'hello';

What will be the output and why?
hard
A. 'string' followed by 'string'
B. 'undefined' followed by ReferenceError
C. ReferenceError followed by 'undefined'
D. 'undefined' followed by 'undefined'

Solution

  1. Step 1: Analyze typeof bar with var

    var bar is hoisted and initialized with undefined, so typeof bar returns 'undefined'.
  2. Step 2: Analyze typeof baz with let

    let baz is hoisted but not initialized, accessing it before declaration causes ReferenceError, even with typeof.
  3. Final Answer:

    'undefined' followed by ReferenceError -> Option B
  4. Quick Check:

    var hoisted initialized, let TDZ causes ReferenceError [OK]
Hint: typeof var before declaration = 'undefined', let causes ReferenceError [OK]
Common Mistakes:
  • Assuming typeof let before declaration returns 'undefined'
  • Confusing var and let hoisting behavior
  • Expecting no error from typeof on let
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