Error boundaries concept in React - Performance & Optimization

Performance: Error boundaries concept

MEDIUM IMPACT

Error boundaries affect the user experience by preventing the entire React app from crashing when a component error occurs, improving interaction responsiveness.

Handling runtime errors in React components to avoid app crash

React

class ErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false };
  }
  static getDerivedStateFromError(error) {
    return { hasError: true };
  }
  render() {
    if (this.state.hasError) {
      return <div>Something went wrong.</div>;
    }
    return this.props.children;
  }
}

function BuggyComponent() {
  throw new Error('Crash!');
}

function App() {
  return (
    <ErrorBoundary>
      <BuggyComponent />
    </ErrorBoundary>
  );
}

Error boundary catches errors in child components, preventing full app crash and allowing fallback UI, improving interaction responsiveness.

📈 Performance GainAvoids full re-render crash; maintains INP by isolating error handling.

Handling runtime errors in React components to avoid app crash

React

function BuggyComponent() {
  throw new Error('Crash!');
  return <div>Won't render</div>;
}

function App() {
  return <BuggyComponent />;
}

No error boundary means the entire React component tree crashes on error, causing a blank screen and poor user experience.

📉 Performance CostBlocks rendering completely until reload; causes poor INP and user frustration.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
No error boundary	Full tree unmount and remount on error	Multiple reflows due to full app reload	High paint cost due to blank screen and reload	[X] Bad
With error boundary	Only error boundary subtree replaced	Single reflow limited to fallback UI	Low paint cost with stable UI fallback	[OK] Good

Rendering Pipeline

When an error occurs in a React component, error boundaries catch it during rendering or lifecycle methods, preventing React from unmounting the entire tree. This avoids costly full reflows and repaints caused by app crashes.

→JavaScript Execution

→React Reconciliation

→Paint

→Composite

⚠️ BottleneckJavaScript Execution when error is uncaught causes full app unmount and reload.

Core Web Vital Affected

INP

Error boundaries affect the user experience by preventing the entire React app from crashing when a component error occurs, improving interaction responsiveness.

Optimization Tips

1Use error boundaries to isolate component errors and avoid full app crashes.

2Error boundaries improve interaction responsiveness by rendering fallback UI quickly.

3Without error boundaries, errors cause full React tree unmount and blank screens.

Performance Quiz - 3 Questions

What is the main performance benefit of using error boundaries in React?

A They speed up CSS rendering by isolating styles.

B They reduce the initial bundle size by lazy loading components.

C They prevent the entire app from crashing on component errors, improving input responsiveness.

D They improve network loading times by caching API calls.

DevTools: React DevTools and Chrome Performance panel

How to check: Use React DevTools to inspect component tree and verify error boundary presence. Use Performance panel to record interaction and check if full app reload occurs on error.

What to look for: Look for stable component tree with fallback UI instead of full unmount. Performance trace should show no full page reload or long scripting blocking.

Practice

1. What is the main purpose of an Error Boundary in React?

easy

A. To catch JavaScript errors in child components and display a fallback UI

B. To manage state across multiple components

C. To optimize rendering performance

D. To handle user input validation

Solution

1. Step 1: Understand Error Boundary role

   Error boundaries catch errors in the components below them in the tree to prevent the whole app from crashing.

2. Step 2: Identify the correct purpose

   They show a fallback UI when an error happens, improving user experience.

3. Final Answer:

   To catch JavaScript errors in child components and display a fallback UI -> Option A

4. Quick Check:

   Error boundaries catch errors = C [OK]

Hint: Error boundaries catch errors and show fallback UI [OK]

Common Mistakes:

• Confusing error boundaries with state management
• Thinking error boundaries optimize rendering
• Assuming error boundaries handle input validation

2. Which of the following is the correct way to define an Error Boundary component in React?

easy

A. A class component implementing componentDidCatch and getDerivedStateFromError

B. A functional component using useErrorBoundary hook

C. A class component implementing componentDidMount and shouldComponentUpdate

D. A functional component with useEffect to catch errors

Solution

1. Step 1: Recall Error Boundary requirements

   Error boundaries must be class components that implement componentDidCatch and getDerivedStateFromError lifecycle methods.

2. Step 2: Identify correct lifecycle methods

   Only A class component implementing componentDidCatch and getDerivedStateFromError lists these two required methods correctly.

3. Final Answer:

   A class component implementing componentDidCatch and getDerivedStateFromError -> Option A

4. Quick Check:

   Class + componentDidCatch + getDerivedStateFromError = A [OK]

Hint: Error boundaries are class components with special lifecycle methods [OK]

Common Mistakes:

• Thinking functional components can be error boundaries
• Confusing lifecycle methods needed for error boundaries
• Using hooks that don't exist for error boundaries

3. Given this Error Boundary class component, what will be rendered if ChildComponent throws an error?

class ErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false };
  }
  static getDerivedStateFromError(error) {
    return { hasError: true };
  }
  componentDidCatch(error, info) {
    console.log('Error logged:', error);
  }
  render() {
    if (this.state.hasError) {
      return <h1>Something went wrong.</h1>;
    }
    return this.props.children;
  }
}

// Usage:
// <ErrorBoundary><ChildComponent /></ErrorBoundary>

medium

A. The original ChildComponent UI is shown

B. The app crashes with an uncaught error

C. Nothing is rendered (blank screen)

D. An error message Something went wrong. is shown

Solution

1. Step 1: Understand error handling in ErrorBoundary

   If ChildComponent throws an error, getDerivedStateFromError sets hasError to true.

2. Step 2: Check render output when error occurs

   When hasError is true, the component renders the fallback UI: <h1>Something went wrong.</h1>.

3. Final Answer:

   An error message Something went wrong. is shown -> Option D

4. Quick Check:

   Error caught shows fallback UI = D [OK]

Hint: Error sets state to show fallback UI, not original child [OK]

Common Mistakes:

• Expecting child UI to show despite error
• Thinking error causes app crash
• Assuming blank screen on error

4. What is wrong with this Error Boundary component code?

class MyErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { error: null };
  }
  componentDidCatch(error, info) {
    this.setState({ error });
  }
  render() {
    if (this.state.error) {
      return <h2>Error occurred</h2>;
    }
    return this.props.children;
  }
}

medium

A. componentDidCatch should not call setState

B. It lacks the static method getDerivedStateFromError to update state on error

C. The constructor should not initialize state

D. render method must not return children

Solution

1. Step 1: Check error state update method

   Error boundaries must implement getDerivedStateFromError to update state when an error happens.

2. Step 2: Identify missing static method

   This code only uses componentDidCatch to set state, which is incorrect because componentDidCatch is for side effects, not state updates.

3. Final Answer:

   It lacks the static method getDerivedStateFromError to update state on error -> Option B

4. Quick Check:

   Missing getDerivedStateFromError static method = A [OK]

Hint: State update on error must be in getDerivedStateFromError [OK]

Common Mistakes:

• Updating state inside componentDidCatch
• Forgetting static getDerivedStateFromError
• Misusing lifecycle methods for error handling

5. You want to create an Error Boundary that logs errors to an external service and shows a fallback UI. Which of the following is the best approach?

class LoggingErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false };
  }
  static getDerivedStateFromError(error) {
    return { hasError: true };
  }
  componentDidCatch(error, info) {
    // ???
  }
  render() {
    if (this.state.hasError) {
      return <div><h1>Oops!</h1><p>Try refreshing.</p></div>;
    }
    return this.props.children;
  }
}

What should replace // ??? to correctly log errors without causing issues?

hard

A. Call an async logging function directly without try/catch

B. Update state again inside componentDidCatch to trigger re-render

C. Use a try/catch inside componentDidCatch to call the logging service safely

D. Ignore logging and only show fallback UI

Solution

1. Step 1: Understand componentDidCatch role

   componentDidCatch is for side effects like logging errors but should handle errors safely to avoid crashing.

2. Step 2: Choose safe logging approach

   Using try/catch inside componentDidCatch when calling async logging prevents unhandled errors from breaking the app.

3. Final Answer:

   Use a try/catch inside componentDidCatch to call the logging service safely -> Option C

4. Quick Check:

   Safe error logging with try/catch in componentDidCatch = B [OK]

Hint: Wrap logging calls in try/catch inside componentDidCatch [OK]

Common Mistakes:

• Calling async logging without error handling
• Updating state inside componentDidCatch causing loops
• Skipping logging and losing error info