प्रत्येक Laravel request एक single front controller, public/index.php, के माध्यम से प्रवेश करती है, इसे HTTP Kernel द्वारा एक stack और के माध्यम से एक तक चलाया जाता है, और एक लौटाती है — जिसके बाद middleware चलता है.
प्रत्येक Laravel request एक single front controller, public/index.php, के माध्यम से प्रवेश करती है, इसे HTTP Kernel द्वारा एक stack और के माध्यम से एक तक चलाया जाता है, और एक लौटाती है — जिसके बाद middleware चलता है.
Responsepublic/index.php ── autoload + app को bootstrap करें
▼
HTTP Kernel::handle($request)
▼
Bootstrappers ── env, config, providers (register + boot)
▼
Global middleware ── (TrustProxies, HandleCors, ...)
▼
Router dispatch ── route match करें
▼
Route / group middleware ── (auth, throttle, verified, ...)
▼
Controller (या closure) ── आपका logic → एक Response लौटाता है
▼
Response ──▶ client
▼
Kernel::terminate ── terminable middleware (जैसे session save, logging)
index.php Composer autoload लोड करता है और application container को bootstrap करता है.Request प्राप्त करता है और bootstrappers चलाता है: env + config लोड करें, service providers को register और boot करें (यहीं framework और आपके bindings जुड़ते हैं).auth, throttle, verified) controller से पहले चलता है; प्रत्येक short-circuit कर सकता है.Response (view, JSON, redirect) लौटाता है. Middleware का "after" logic तब चलता है जब response वापस बाहर की ओर उभरती है.Kernel::terminate deferred काम के लिए terminable middleware चलाता है.// app/Http/Middleware/Timing.php → 3/5. middleware
public function handle($request, Closure $next)
{
$request->attributes->set('started', microtime(true));
$response = $next($request); // अगली layer / controller को पास करें
$response->headers->set('X-Time', '...'); // "after" logic
return $response;
}
// routes/web.php → 4. routing (+ middleware)
Route::get('/items/{id}', [ItemController::class, 'show'])->middleware('auth');
// app/Http/Controllers/ItemController.php → 6. controller
public function show(int $id)
{
return response()->json(Item::findOrFail($id));
}
Laravel का lifecycle service container और middleware pipeline के इर्द-गिर्द बना है, इसलिए क्रम जानना — bootstrap/providers, फिर global middleware, फिर routing, फिर route middleware, फिर controller, फिर terminate — आपको ठीक-ठीक बताता है कि auth, rate limiting, CORS, और cleanup कहाँ संबंधित हैं. यह समझाता है कि किसी service को inject किए जाने से पहले एक provider में क्यों bind किया जाना चाहिए, throttle आपके controller के चलने से पहले किसी request को क्यों reject करता है, और slow काम को terminable middleware में कैसे defer करें ताकि user को इंतज़ार न करना पड़े.
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें