Why middleware is fundamental in Node.js - Performance Evidence

Performance: Why middleware is fundamental

MEDIUM IMPACT

Middleware affects server response time and throughput by controlling request processing flow and resource usage.

Handling HTTP requests with multiple processing steps

Node.js

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

Using asynchronous middleware avoids blocking the event loop, allowing other requests to be processed concurrently.

📈 Performance GainNon-blocking, improves throughput and reduces average response time

Handling HTTP requests with multiple processing steps

Node.js

app.use((req, res, next) => {
  heavySyncTask();
  next();
});

Blocking synchronous tasks in middleware delay all requests, increasing server response time.

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

Performance Comparison

Pattern	Event Loop Blocking	Throughput Impact	Response Delay	Verdict
Synchronous heavy middleware	Blocks event loop	Reduces throughput	Increases delay	[X] Bad
Asynchronous lightweight middleware	Non-blocking	Maintains high throughput	Minimal delay	[OK] Good

Rendering Pipeline

Middleware runs on the server before sending responses, affecting how quickly the server can process and respond to requests.

→Request Handling

→Response Preparation

⚠️ BottleneckBlocking synchronous operations in middleware delay the entire request pipeline.

Optimization Tips

1Avoid synchronous blocking code in middleware to keep the event loop free.

2Use asynchronous operations in middleware to improve throughput.

3Keep middleware minimal and well-ordered to reduce response delays.

Performance Quiz - 3 Questions

What is the main performance risk of synchronous middleware in Node.js?

A It blocks the event loop, delaying all requests

B It increases memory usage drastically

C It causes client-side rendering delays

D It reduces network bandwidth

DevTools: Performance

How to check: Record a Node.js performance profile during requests; look for long blocking tasks in the event loop.

What to look for: Long synchronous middleware functions causing event loop stalls indicate poor middleware performance.

Practice

1. What is the main role of middleware in a Node.js application?

easy

A. To run code between receiving a request and sending a response

B. To directly send HTML pages to the client

C. To store data permanently in a database

D. To compile JavaScript code into machine code

Solution

1. Step 1: Understand middleware position in request flow

   Middleware functions run after a request is received but before the response is sent back.

2. Step 2: Identify middleware purpose

   Middleware is used to process or modify requests and responses, like logging or authentication, not to send pages or store data directly.

3. Final Answer:

   To run code between receiving a request and sending a response -> Option A

4. Quick Check:

   Middleware = code between request and response [OK]

Hint: Middleware runs between request and response [OK]

Common Mistakes:

• Thinking middleware sends the final response directly
• Confusing middleware with database operations
• Assuming middleware compiles code

2. Which of the following is the correct way to define a middleware function in Express.js?

easy

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

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

C. app.listen((req, res, next) => { next(); });

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

Solution

1. Step 1: Recall Express middleware syntax

   Middleware is added using app.use() with a function that takes req, res, and next parameters.

2. Step 2: Check each option

   app.use((req, res, next) => { console.log('Middleware'); next(); }); uses app.use() correctly and calls next() to pass control. Others use wrong methods or miss next().

3. Final Answer:

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

4. Quick Check:

   Middleware uses app.use() and next() [OK]

Hint: Middleware uses app.use() with next() call [OK]

Common Mistakes:

• Using app.get() instead of app.use() for middleware
• Forgetting to call next() inside middleware
• Using non-existent app.middleware() method

3. Consider this Express middleware code snippet:

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

What will be printed in the console when a request is made?

medium

A. First\nSecond\nThird

B. First\nSecond

C. Second\nThird

D. First only

Solution

1. Step 1: Trace middleware execution order

   Middleware runs in order. First logs 'First' and calls next(), so second runs next.

2. Step 2: Check response behavior in second middleware

   Second logs 'Second' and sends response with res.send('Done'), ending the request cycle. Third middleware is not called.

3. Final Answer:

   First\nSecond -> Option B

4. Quick Check:

   Middleware stops after res.send() [OK]

Hint: Middleware stops after res.send() without next() [OK]

Common Mistakes:

• Assuming all middleware always run
• Ignoring that res.send() ends response
• Thinking next() is called automatically after res.send()

4. You wrote this middleware but your app crashes with an error:

app.use((req, res) => { console.log('Logging request'); });

What is the problem?

medium

A. Middleware must send a response directly

B. Middleware cannot use console.log

C. Middleware must have three parameters: req, res, and next

D. Middleware should be defined after app.listen()

Solution

1. Step 1: Check middleware function parameters

   Express middleware needs three parameters: req, res, and next to pass control to next middleware.

2. Step 2: Identify missing next parameter

   The given middleware only has req and res, so it cannot call next(), causing the app to hang or crash.

3. Final Answer:

   Middleware must have three parameters: req, res, and next -> Option C

4. Quick Check:

   Middleware needs next parameter [OK]

Hint: Middleware needs (req, res, next) parameters [OK]

Common Mistakes:

• Omitting the next parameter
• Thinking console.log causes errors
• Believing middleware must always send response

5. You want to add middleware that logs request method and URL, then checks if user is authenticated before continuing. Which code correctly combines these tasks?

hard

A. app.use((req, res, next) => { console.log(req.method, req.url); next(); res.send('Unauthorized'); });

B. app.use((req, res) => { console.log(req.method, req.url); next(); if (!req.user) res.send('Unauthorized'); });

C. app.use((req, res, next) => { if (!req.user) next(); console.log(req.method, req.url); next(); });

D. app.use((req, res, next) => { console.log(req.method, req.url); if (!req.user) return res.status(401).send('Unauthorized'); next(); });

Solution

1. Step 1: Log request method and URL first

   app.use((req, res, next) => { console.log(req.method, req.url); if (!req.user) return res.status(401).send('Unauthorized'); next(); }); logs method and URL immediately, which is correct for logging middleware.

2. Step 2: Check authentication before calling next()

   app.use((req, res, next) => { console.log(req.method, req.url); if (!req.user) return res.status(401).send('Unauthorized'); next(); }); checks if req.user exists; if not, it sends 401 response and stops. Otherwise, it calls next() to continue.

3. Step 3: Verify other options

   The other options misuse next() or res.send(), causing incorrect flow or multiple calls.

4. Final Answer:

   app.use((req, res, next) => { console.log(req.method, req.url); if (!req.user) return res.status(401).send('Unauthorized'); next(); }); -> Option D

5. Quick Check:

   Log then check auth, call next() only if authorized [OK]

Hint: Log first, then check auth, call next() only if authorized [OK]

Common Mistakes:

• Calling next() after sending response
• Not stopping middleware on unauthorized access
• Logging after next() causing missed logs