Bird
Raised Fist0
Reactframework~8 mins

Mounting phase in React - Performance & Optimization

Choose your learning style10 modes available
Performance: Mounting phase
MEDIUM IMPACT
This affects the initial page load speed and how quickly React components appear on screen.
Rendering a component with heavy synchronous logic during mounting
React
import { useState, useEffect } from 'react';

function MyComponent() {
  const [data, setData] = useState(null);

  useEffect(() => {
    setTimeout(() => {
      const result = heavyComputation();
      setData(result);
    }, 0);
  }, []);

  if (data === null) return <div>Loading...</div>;
  return <div>{data}</div>;
}

function heavyComputation() {
  let sum = 0;
  for (let i = 0; i < 1e7; i++) sum += i;
  return sum;
}
Defers heavy work after initial render, allowing React to paint UI faster.
📈 Performance GainInitial render is non-blocking, reducing LCP by 100+ ms
Rendering a component with heavy synchronous logic during mounting
React
function MyComponent() {
  const data = heavyComputation();
  return <div>{data}</div>;
}

function heavyComputation() {
  let sum = 0;
  for (let i = 0; i < 1e7; i++) sum += i;
  return sum;
}
Heavy synchronous computation blocks React from rendering the component quickly.
📉 Performance CostBlocks rendering for 100+ ms depending on device
Performance Comparison
PatternDOM OperationsReflowsPaint CostVerdict
Heavy synchronous logic in render1 (initial mount)1 (initial layout)High (delayed paint)[X] Bad
Deferred heavy logic with useEffect1 (initial mount)1 (initial layout)Low (fast paint)[OK] Good
Rendering Pipeline
During mounting, React builds the virtual DOM, calculates changes, and updates the real DOM. Heavy synchronous code delays these steps, blocking browser painting.
→JavaScript Execution
→Virtual DOM Diffing
→DOM Updates
→Paint
⚠️ BottleneckJavaScript Execution blocking main thread
Core Web Vital Affected
LCP
This affects the initial page load speed and how quickly React components appear on screen.
Optimization Tips
1Avoid heavy synchronous logic inside React render functions during mounting.
2Use useEffect to defer expensive computations until after initial paint.
3Keep mounting phase fast to improve Largest Contentful Paint (LCP).
Performance Quiz - 3 Questions
Test your performance knowledge
What is the main performance issue with heavy synchronous code inside a React component's render during mounting?
AIt increases CSS selector complexity.
BIt causes excessive network requests.
CIt blocks the main thread delaying the first paint.
DIt triggers multiple reflows after mounting.
DevTools: Performance
How to check: Record a performance profile during page load, then look for long tasks blocking main thread during React mounting.
What to look for: Long JavaScript execution bars before first paint indicate blocking in mounting phase.

Practice

(1/5)
1. What does the mounting phase in React mean?
easy
A. When a component updates due to state change
B. When a component first appears on the screen
C. When a component is removed from the screen
D. When a component re-renders after props change

Solution

  1. Step 1: Understand React component lifecycle phases

    The mounting phase is the first phase when a component is created and inserted into the DOM.
  2. Step 2: Match the phase to the description

    Mounting means the component appears on screen for the first time, not updates or removal.
  3. Final Answer:

    When a component first appears on the screen -> Option B
  4. Quick Check:

    Mounting phase = first appearance [OK]
Hint: Mounting means first time component shows [OK]
Common Mistakes:
  • Confusing mounting with updating
  • Thinking mounting means removal
  • Mixing mounting with re-rendering
2. Which of the following is the correct way to run code only once when a React component mounts using hooks?
easy
A. useEffect(() => { /* code */ }, [])
B. useEffect(() => { /* code */ })
C. useEffect(() => { /* code */ }, [state])
D. useEffect(() => { /* code */ }, [props])

Solution

  1. Step 1: Recall useEffect dependency array usage

    Passing an empty array [] runs the effect only once on mount.
  2. Step 2: Compare options

    useEffect(() => { /* code */ }, []) uses [] so runs once; others run on every render or when dependencies change.
  3. Final Answer:

    useEffect(() => { /* code */ }, []) -> Option A
  4. Quick Check:

    Empty array means run once on mount [OK]
Hint: Empty array in useEffect runs once on mount [OK]
Common Mistakes:
  • Omitting dependency array runs effect every render
  • Using state or props array runs effect multiple times
  • Confusing useEffect with useState
3. What will be logged to the console when this component mounts?
function Timer() {
  React.useEffect(() => {
    console.log('Timer started');
  }, []);
  return <div>Timer</div>;
}
medium
A. Timer started every render
B. Nothing is logged
C. Timer started
D. Error: useEffect missing dependencies

Solution

  1. Step 1: Analyze useEffect with empty dependency array

    The effect runs once on mount, logging 'Timer started' once.
  2. Step 2: Confirm no repeated logs or errors

    No dependencies means no repeated logs; no error occurs.
  3. Final Answer:

    Timer started -> Option C
  4. Quick Check:

    useEffect with [] logs once on mount [OK]
Hint: Empty array means effect runs once on mount [OK]
Common Mistakes:
  • Thinking it logs every render
  • Expecting no logs without return
  • Assuming error due to missing dependencies
4. Identify the error in this React component related to the mounting phase:
function DataFetcher() {
  React.useEffect(() => {
    fetch('/api/data')
      .then(response => response.json())
      .then(data => console.log(data));
  });
  return <div>Loading...</div>;
}
medium
A. Missing dependency array causes fetch on every render
B. fetch is called outside useEffect
C. No return statement in component
D. Cannot use fetch inside useEffect

Solution

  1. Step 1: Check useEffect dependencies

    Without a dependency array, useEffect runs after every render, causing repeated fetch calls.
  2. Step 2: Identify correct fix

    Adding an empty array [] runs fetch only once on mount, preventing repeated calls.
  3. Final Answer:

    Missing dependency array causes fetch on every render -> Option A
  4. Quick Check:

    No [] means effect runs every render [OK]
Hint: Always add [] to run effect once on mount [OK]
Common Mistakes:
  • Forgetting dependency array in useEffect
  • Thinking fetch outside useEffect is needed
  • Assuming useEffect cannot contain async calls
5. You want to fetch user data only once when a component mounts and store it in state. Which code correctly implements this mounting phase behavior?
function UserProfile() {
  const [user, setUser] = React.useState(null);

  // Which useEffect is correct?

  A) React.useEffect(() => {
       fetch('/user')
         .then(res => res.json())
         .then(data => setUser(data));
     }, []);

  B) React.useEffect(() => {
       fetch('/user')
         .then(res => res.json())
         .then(data => setUser(data));
     });

  C) React.useEffect(() => {
       fetch('/user')
         .then(res => res.json())
         .then(data => setUser(data));
     }, [user]);

  D) React.useEffect(() => {
       fetch('/user')
         .then(res => res.json())
         .then(data => setUser(data));
     }, [setUser]);

  return user ? <div>{user.name}</div> : <div>Loading...</div>;
}
hard
A. useEffect with setUser dependency causing repeated fetch
B. useEffect without dependencies fetching every render
C. useEffect with user dependency causing infinite fetch
D. useEffect with empty array to fetch once on mount

Solution

  1. Step 1: Understand useEffect dependencies for fetching

    Empty array [] runs effect once on mount; no dependencies cause repeated fetches.
  2. Step 2: Analyze each option

    The useEffect with an empty dependency array fetches data only once on mount. Without any dependency array, the effect runs after every render. Depending on user causes an infinite loop since updating user triggers re-renders. Depending on setUser runs only once because setUser is stable, but it is unnecessary and may cause ESLint warnings.
  3. Final Answer:

    useEffect with empty array to fetch once on mount -> Option D
  4. Quick Check:

    Empty [] means fetch once on mount [OK]
Hint: Empty array in useEffect fetches once on mount [OK]
Common Mistakes:
  • Leaving out dependency array causes infinite fetch
  • Using state as dependency causing loops
  • Misunderstanding stable functions as dependencies
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