Centralized error handler in Express - Performance & Optimization

Performance: Centralized error handler

MEDIUM IMPACT

This affects server response time and user experience by managing errors efficiently without blocking the event loop.

Handling errors in an Express app

Express

app.get('/data', async (req, res, next) => {
  try {
    const result = await database.query('SELECT * FROM table');
    res.send(result);
  } catch (err) {
    next(err);
  }
});

app.use((err, req, res, next) => {
  res.status(500).send('Centralized error: ' + err.message);
});

Centralizes error handling in one middleware, reducing duplication and improving maintainability and response consistency.

📈 Performance GainReduces redundant error checks and improves server response consistency, lowering INP.

Handling errors in an Express app

Express

app.get('/data', (req, res) => {
  database.query('SELECT * FROM table', (err, result) => {
    if (err) {
      res.status(500).send('Error occurred');
      return;
    }
    res.send(result);
  });
});

Error handling is repeated in every route, causing code duplication and potential inconsistent responses.

📉 Performance CostIncreases code size and complexity, slightly increasing server CPU usage and response time.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Repeated inline error handling	N/A (server-side)	N/A	N/A	[X] Bad
Centralized error middleware	N/A (server-side)	N/A	N/A	[OK] Good

Rendering Pipeline

Errors caught in route handlers are passed to centralized middleware, which sends a response without blocking the event loop.

→Request Handling

→Response Sending

⚠️ BottleneckError propagation if not handled properly can delay response sending.

Core Web Vital Affected

INP

This affects server response time and user experience by managing errors efficiently without blocking the event loop.

Optimization Tips

1Use a single centralized error middleware to handle all errors.

2Avoid duplicating error handling logic in each route handler.

3Use async/await with try/catch and next() to forward errors efficiently.

Performance Quiz - 3 Questions

What is a main performance benefit of using a centralized error handler in Express?

A Increases the number of reflows in the browser

B Blocks the event loop to handle errors synchronously

C Reduces code duplication and improves response consistency

D Adds large bundles to the client-side

DevTools: Network

How to check: Open DevTools Network panel, trigger an error route, and inspect response time and status codes.

What to look for: Consistent error status codes and minimal delay in error responses indicate good centralized handling.

Practice

1. What is the main purpose of a centralized error handler in an Express app?

easy

A. To serve static files efficiently

B. To speed up the server response time

C. To catch and handle all errors in one place

D. To manage user sessions

Solution

1. Step 1: Understand error handling in Express

   Express allows middleware to catch errors and handle them centrally.

2. Step 2: Identify the role of centralized error handler

   It collects all errors from routes and middleware to respond consistently.

3. Final Answer:

   To catch and handle all errors in one place -> Option C

4. Quick Check:

   Centralized error handler = catch all errors [OK]

Hint: Centralized error handler catches errors globally, not locally [OK]

Common Mistakes:

• Thinking it improves server speed
• Confusing with static file serving
• Mixing with session management

2. Which of the following is the correct way to define a centralized error handler middleware in Express?

easy

A. app.use((req, res) => { res.status(500).send('Error'); });

B. app.use((err, req, res, next) => { res.status(500).send(err.message); });

C. app.get('/error', (err, req, res) => { res.send('Error'); });

D. app.use((req, res, next) => { res.send('Error'); });

Solution

1. Step 1: Recall Express error handler signature

   Error handlers have four parameters: (err, req, res, next).

2. Step 2: Match the correct middleware signature

   app.use((err, req, res, next) => { res.status(500).send(err.message); }); uses all four parameters correctly and sends error message.

3. Final Answer:

   app.use((err, req, res, next) => { res.status(500).send(err.message); }); -> Option B

4. Quick Check:

   Error handler middleware needs 4 params [OK]

Hint: Error handler middleware always has 4 parameters (err, req, res, next) [OK]

Common Mistakes:

• Using only 3 parameters in error handler
• Defining error handler as route handler
• Missing the 'err' parameter

3. Given this Express code snippet, what will be the response if an error occurs in the route?

app.get('/test', (req, res, next) => {
  next(new Error('Oops!'));
});

app.use((err, req, res, next) => {
  res.status(500).send('Error caught: ' + err.message);
});

medium

A. Status 500 with body 'Error caught: Oops!'

B. Status 200 with body 'Oops!'

C. Status 404 with body 'Not Found'

D. No response, server crashes

Solution

1. Step 1: Understand error propagation in route

   The route calls next() with an Error object, triggering error middleware.

2. Step 2: Check error handler response

   The error handler sends status 500 and message including error text.

3. Final Answer:

   Status 500 with body 'Error caught: Oops!' -> Option A

4. Quick Check:

   Error passed to handler = 500 response with message [OK]

Hint: next(error) triggers centralized error handler with status 500 [OK]

Common Mistakes:

• Expecting status 200 instead of 500
• Thinking error handler is skipped
• Assuming server crashes on error

4. Identify the error in this Express app setup for centralized error handling:

app.use((req, res, next) => {
  throw new Error('Fail');
});

app.use((req, res, next) => {
  res.status(500).send('Error occurred');
});

medium

A. Error handler middleware missing 'err' parameter

B. Throwing error inside middleware is not allowed

C. Error handler middleware should be placed before routes

D. Middleware order is correct, no error

Solution

1. Step 1: Check error handler signature

   Error handlers must have 4 parameters: (err, req, res, next).

2. Step 2: Analyze given error handler

   The second middleware has only (req, res, next), so it won't catch errors.

3. Final Answer:

   Error handler middleware missing 'err' parameter -> Option A

4. Quick Check:

   Error handler needs 4 params to catch errors [OK]

Hint: Error handler must have 4 parameters to work [OK]

Common Mistakes:

• Forgetting the 'err' parameter in error handler
• Placing error handler before routes
• Thinking throwing error is disallowed

5. You want to create a centralized error handler that logs errors and sends a JSON response with status code and message. Which code snippet correctly implements this?

hard

A. app.use((req, res, next) => { console.error('Error'); res.json({ error: 'Unknown' }); });

B. app.use((err, req, res, next) => { res.send('Error occurred'); });

C. app.use((err, req, res) => { res.status(500).send('Error'); });

D. app.use((err, req, res, next) => { console.error(err); res.status(err.status || 500).json({ error: err.message }); });

Solution

1. Step 1: Confirm error handler signature and logging

   app.use((err, req, res, next) => { console.error(err); res.status(err.status || 500).json({ error: err.message }); }); uses (err, req, res, next) and logs error with console.error.

2. Step 2: Check response format and status code

   app.use((err, req, res, next) => { console.error(err); res.status(err.status || 500).json({ error: err.message }); }); sends JSON with error message and status code from error or 500.

3. Final Answer:

   app.use((err, req, res, next) => { console.error(err); res.status(err.status || 500).json({ error: err.message }); }); -> Option D

4. Quick Check:

   Proper error handler logs and sends JSON with status [OK]

Hint: Error handler needs 4 params, logs error, sends JSON with status [OK]

Common Mistakes:

• Missing 'next' parameter in error handler
• Not logging the error
• Sending plain text instead of JSON