What if you could fix a bug in one place and instantly improve your whole app's security?
Creating middleware in NestJS - Why You Should Know This
Imagine you have to check user login status on every single route in your app by writing the same code again and again inside each route handler.
Manually repeating checks everywhere makes your code messy, hard to update, and easy to forget important steps, leading to bugs and security holes.
Middleware lets you write that check once and apply it automatically to many routes, keeping your code clean and consistent.
@Get('/profile') getProfile(@Req() req, @Res() res) { if (!req.user) return res.status(401).send('Login required'); /* handler code */ } @Get('/settings') getSettings(@Req() req, @Res() res) { if (!req.user) return res.status(401).send('Login required'); /* handler code */ }
app.use(authMiddleware); @Get('/profile') profileHandler() { /* handler code */ } @Get('/settings') settingsHandler() { /* handler code */ }
You can easily add, remove, or change shared logic for many routes in one place, making your app safer and easier to maintain.
In a shopping app, middleware can check if a user is logged in before letting them add items to their cart or checkout.
Writing repeated code for shared tasks is slow and risky.
Middleware centralizes common logic for many routes.
This keeps your app clean, secure, and easy to update.
Practice
Solution
Step 1: Understand middleware role
Middleware is code that runs before the main route handler processes a request.Step 2: Compare options
Only To run code before the request reaches the route handler describes this behavior correctly; others describe unrelated tasks.Final Answer:
To run code before the request reaches the route handler -> Option CQuick Check:
Middleware runs before routes [OK]
- Confusing middleware with controllers
- Thinking middleware handles UI rendering
- Assuming middleware manages database models
Solution
Step 1: Recall NestJS middleware pattern
Middleware must be a class with a method namedusethat takesreq, res, next.Step 2: Check options
Only class MyMiddleware { use(req, res, next) { next(); } } defines a class with ausemethod correctly. class MyMiddleware { handle(req, res, next) { next(); } } useshandle, which is invalid. Options C and D define functions, not classes.Final Answer:
class MyMiddleware { use(req, res, next) { next(); } } -> Option DQuick Check:
Middleware class must have use() method [OK]
- Using method name other than use
- Defining middleware as a function instead of class
- Forgetting to call next() inside use
class LoggerMiddleware {
use(req, res, next) {
console.log('Request URL:', req.url);
next();
}
}Solution
Step 1: Analyze middleware behavior
The middleware logs the request URL fromreq.urland then callsnext()to continue.Step 2: Predict output
When a request to '/some-path' arrives, it logs 'Request URL: /some-path'. No errors occur becauseuseis defined andnext()is called.Final Answer:
Request URL: /some-path -> Option AQuick Check:
Middleware logs req.url correctly [OK]
- Forgetting to call next() causing no further processing
- Assuming req.url is undefined
- Confusing method name use with handle
class LoggerMiddleware {
use(req, res, next) {
console.log('Request received');
}
}
export class AppModule implements NestModule {
configure(consumer: MiddlewareConsumer) {
consumer.apply(LoggerMiddleware).forRoutes('users');
}
}Solution
Step 1: Check middleware code
The registration uses MiddlewareConsumer correctly, but examine the LoggerMiddleware class.Step 2: Identify the error
Theusemethod does not callnext(), causing the request to hang without reaching the route handler.Final Answer:
Missing call to next() inside LoggerMiddleware -> Option AQuick Check:
Middleware must call next() to continue [OK]
- Forgetting next() call causing request hang
- Thinking configure must return a value
- Confusing import sources for MiddlewareConsumer
Solution
Step 1: Understand method-specific middleware application
In NestJS, you can specify route and HTTP method using an object withpathandmethodinforRoutes.Step 2: Evaluate options
Use consumer.apply(MyMiddleware).forRoutes({ path: '/login', method: RequestMethod.POST }) correctly uses{ path: '/login', method: RequestMethod.POST }. Use consumer.apply(MyMiddleware).forRoutes('/login') and check method inside middleware applies middleware to all methods on '/login', requiring manual filtering. Apply middleware globally and filter POST requests inside middleware applies globally, which is less efficient. NestJS does not support method-specific middleware is false.Final Answer:
Use consumer.apply(MyMiddleware).forRoutes({ path: '/login', method: RequestMethod.POST }) -> Option BQuick Check:
Use forRoutes with path and method object [OK]
- Applying middleware to all methods unintentionally
- Not importing RequestMethod enum
- Assuming method-specific middleware is unsupported
Ready to prove it?
Pass the test and this pattern moves unknown
