Application-level middleware in Express - Performance & Optimization

Performance: Application-level middleware

MEDIUM IMPACT

This affects server response time and how quickly the server processes requests before sending responses.

Handling request processing with middleware functions

Express

app.use(async (req, res, next) => {
  await someAsyncOperation();
  next();
});

Using asynchronous operations avoids blocking the event loop, allowing other requests to be handled concurrently.

📈 Performance GainNon-blocking, improves throughput and reduces response delays

Handling request processing with middleware functions

Express

app.use((req, res, next) => {
  // heavy synchronous processing
  for (let i = 0; i < 1e7; i++) {}
  next();
});

Blocking synchronous code delays all requests, increasing server response time.

📉 Performance CostBlocks event loop, increasing response time by hundreds of milliseconds per request

Performance Comparison

Pattern	Middleware Calls	Blocking	CPU Usage	Verdict
Heavy synchronous middleware on all routes	Many	Yes	High	[X] Bad
Asynchronous middleware on specific routes	Few	No	Low	[OK] Good

Rendering Pipeline

Middleware functions run sequentially on the server before the response is sent. Each middleware can modify the request or response or perform async tasks. Slow or blocking middleware delays the entire response.

→Request Processing

→Response Preparation

⚠️ BottleneckSynchronous or heavy middleware blocks the event loop, delaying all requests.

Optimization Tips

1Avoid heavy synchronous code in middleware to prevent blocking the event loop.

2Apply middleware only to routes that need it to reduce unnecessary processing.

3Use asynchronous operations inside middleware to keep the server responsive.

Performance Quiz - 3 Questions

What is the main performance risk of using heavy synchronous middleware in Express?

A It increases the size of the response payload.

B It causes layout shifts in the browser.

C It blocks the event loop, delaying all requests.

D It reduces the number of middleware functions.

DevTools: Node.js Profiler or Chrome DevTools Performance panel

How to check: Run the server with profiling enabled, make requests, and analyze the timeline for blocking middleware or long tasks.

What to look for: Look for long synchronous tasks blocking the event loop or middleware functions taking excessive time.

Practice

1. What is the main purpose of application-level middleware in Express?

easy

A. To run code for every request or specific routes before the final handler

B. To directly send HTML files to the client

C. To connect Express with a database

D. To create new HTTP servers

Solution

1. Step 1: Understand middleware role

   Application-level middleware runs before route handlers to process requests.

2. Step 2: Identify middleware usage

   It can modify requests, responses, or decide to stop the request cycle early.

3. Final Answer:

   To run code for every request or specific routes before the final handler -> Option A

4. Quick Check:

   Middleware runs before handlers [OK]

Hint: Middleware runs before routes to process requests [OK]

Common Mistakes:

• Confusing middleware with route handlers
• Thinking middleware creates servers
• Assuming middleware connects databases directly

2. Which of the following is the correct syntax to add application-level middleware in Express?

easy

A. app.addMiddleware(function(req, res) { next(); });

B. app.middleware((req, res) => { console.log('Middleware'); });

C. app.use((req, res, next) => { console.log('Middleware'); next(); });

D. app.routeMiddleware((req, res, next) => { next(); });

Solution

1. Step 1: Recall Express middleware syntax

   Express uses app.use() to add middleware functions.

2. Step 2: Check function parameters

   Middleware functions receive req, res, next and must call next() to continue.

3. Final Answer:

   app.use((req, res, next) => { console.log('Middleware'); next(); }); -> Option C

4. Quick Check:

   app.use with (req, res, next) and next() [OK]

Hint: Middleware uses app.use with three parameters and calls next() [OK]

Common Mistakes:

• Using non-existent methods like app.middleware
• Omitting the next parameter or call
• Confusing middleware with route handlers

3. Consider this Express code snippet:

app.use((req, res, next) => { console.log('First'); next(); });
app.use((req, res, next) => { console.log('Second'); next(); });
app.get('/', (req, res) => { res.send('Hello'); });

What will be printed in the console when a GET request is made to '/'?

medium

A. Second\nFirst

B. First\nSecond

C. Hello

D. No output

Solution

1. Step 1: Understand middleware execution order

   Middleware runs in the order they are added with app.use().

2. Step 2: Trace console logs

   First middleware logs 'First' then calls next(), second logs 'Second' then calls next(), then route sends response.

3. Final Answer:

   First\nSecond -> Option B

4. Quick Check:

   Middleware executes in order added [OK]

Hint: Middleware logs appear in order of app.use calls [OK]

Common Mistakes:

• Assuming route handler logs to console
• Thinking middleware runs after route
• Mixing order of middleware execution

4. What is the problem with this middleware code?

app.use((req, res, next) => { console.log('Middleware running'); });
app.get('/', (req, res) => { res.send('Done'); });

medium

A. Middleware should be added after routes

B. Middleware syntax is incorrect

C. Route handler is missing parameters

D. Missing call to next(), request will hang

Solution

1. Step 1: Check middleware function

   The middleware logs a message but does not call next().

2. Step 2: Understand effect of missing next()

   Without calling next(), the request does not proceed to the route handler, causing the request to hang.

3. Final Answer:

   Missing call to next(), request will hang -> Option D

4. Quick Check:

   Middleware must call next() to continue [OK]

Hint: Always call next() in middleware to avoid hanging requests [OK]

Common Mistakes:

• Forgetting to call next() in middleware
• Thinking middleware runs after routes
• Assuming middleware syntax is wrong without checking next()

5. You want to create middleware that only runs for routes starting with '/admin'. Which is the correct way to apply this middleware?

hard

A. app.use('/admin', (req, res, next) => { console.log('Admin middleware'); next(); });

B. app.use((req, res, next) => { if(req.url.startsWith('admin')) { console.log('Admin middleware'); } next(); });

C. app.get('/admin', (req, res, next) => { console.log('Admin middleware'); next(); });

D. app.use('*admin', (req, res, next) => { console.log('Admin middleware'); next(); });

Solution

1. Step 1: Understand path filtering in middleware

   Express allows specifying a path prefix in app.use(path, middleware) to run middleware only on matching routes.

2. Step 2: Evaluate options

   app.use('/admin', (req, res, next) => { console.log('Admin middleware'); next(); }); correctly uses app.use('/admin', ...) for prefix matching. app.use((req, res, next) => { if(req.url.startsWith('admin')) { console.log('Admin middleware'); } next(); }); has incorrect condition (startsWith('admin') misses leading /, never matches). app.get('/admin', (req, res, next) => { console.log('Admin middleware'); next(); }); is a route handler, not middleware. app.use('*admin', (req, res, next) => { console.log('Admin middleware'); next(); }); *admin matches paths containing admin at the end, not starting with /admin.

3. Final Answer:

   app.use('/admin', (req, res, next) => { console.log('Admin middleware'); next(); }); -> Option A

4. Quick Check:

   Use app.use with path prefix for selective middleware [OK]

Hint: Use app.use('/path', middleware) to target specific routes [OK]

Common Mistakes:

• Using route handlers instead of middleware
• Incorrect conditional checks in global middleware
• Wrong path patterns like wildcards in wrong position