Laravel میں request lifecycle کیسے کام کرتا ہے؟

Question

IT Interview Practice · Accepted Answer

ہر Laravel request ایک واحد front controller، `public/index.php` کے ذریعے داخل ہوتی ہے، **HTTP Kernel** کے ذریعے ایک **middleware** اسٹیک اور **router** سے ہوتی ہوئی ایک **controller** تک چلائی جاتی ہے، اور ایک `Response` لوٹاتی ہے — جس کے بعد **terminable** middleware چلتا ہے۔

## مراحل

```
public/index.php  ── autoload + app کو bootstrap کریں
   ▼
HTTP Kernel::handle($request)
   ▼
Bootstrappers  ── env, config, providers (register + boot)
   ▼
Global middleware  ── (TrustProxies, HandleCors, ...)
   ▼
Router dispatch  ── route میچ کریں
   ▼
Route / group middleware  ── (auth, throttle, verified, ...)
   ▼
Controller (یا closure)  ── آپ کی logic → ایک Response لوٹاتا ہے
   ▼
Response ──▶ client
   ▼
Kernel::terminate  ── terminable middleware (مثلاً session محفوظ کرنا, logging)
```

1. **Front controller** — `index.php` Composer autoload لوڈ کرتا ہے اور application container کو bootstrap کرتا ہے۔
2. **Kernel::handle** — HTTP Kernel `Request` وصول کرتا ہے اور **bootstrappers** چلاتا ہے: env + config لوڈ کریں، service providers کو register اور **boot** کریں (یہیں پر framework اور آپ کی bindings جُڑتی ہیں)۔
3. **Global middleware** — ہر request کے لیے چلتا ہے (CORS، maintenance mode، strings کو trim کرنا، proxy پر بھروسہ)۔
4. **Routing** — router URI + verb کو ایک route سے میچ کرتا ہے۔
5. **Route/group middleware** — route یا اس کے group کو تفویض کردہ middleware (`auth`، `throttle`، `verified`) controller سے پہلے چلتا ہے؛ ہر ایک short-circuit کر سکتا ہے۔
6. **Controller** — آپ کا action (یا route closure) چلتا ہے، models/services استعمال کرتا ہے، اور ایک `Response` (view، JSON، redirect) لوٹاتا ہے۔ جب response واپس باہر ابھرتی ہے تو middleware کی "after" logic چلتی ہے۔
7. **terminate** — response بھیجے جانے کے بعد، `Kernel::terminate` مؤخر کیے گئے کام کے لیے terminable middleware چلاتا ہے۔

```php
// 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 کو کیوں مسترد کرتا ہے، اور سست کام کو terminable middleware میں کیسے مؤخر کیا جائے تاکہ صارف کو انتظار نہ کرنا پڑے۔

مراحل

یہ کیوں اہم ہے

متعلقہ سوالات