كيف تعمل دورة حياة الطلب في Spring Boot؟

Question

IT Interview Practice · Accepted Answer

في Spring Boot (Spring MVC)، يمر الطلب عبر **servlet container**، وسلسلة من **Filters**، ثم **`DispatcherServlet`** المركزي، ثم **interceptors** و**`@Controller`** الخاص بك، وتُحوَّل القيمة المُعادة إلى HTTP response.

## المراحل

```
Servlet container (Tomcat)
   ▼
Filter chain  ── (CharacterEncoding, Security, CORS, ...)
   ▼
DispatcherServlet  ── الـ front controller
   ▼
HandlerMapping  ── إيجاد method الـ @Controller
   ▼
HandlerInterceptor.preHandle
   ▼
Argument resolvers  ── bind @RequestBody / @PathVariable / @RequestParam
   ▼
Controller method  ── منطقك → يعيد object أو ResponseEntity
   ▼
HandlerInterceptor.postHandle
   ▼
HttpMessageConverter / ViewResolver  ── serialize إلى JSON أو render لـ view
   ▼
HandlerInterceptor.afterCompletion → Response ──▶ client
```

1. **Container + filters** — يسلّم Tomcat الطلب إلى سلسلة `Filter`. الـ Filters (بما فيها Spring Security) هي الطبقة الخارجية ويمكنها حجب أو تغليف الطلب قبل أن يراه MVC.
2. **DispatcherServlet** — الـ front controller الذي ينسّق كل ما يليه.
3. **HandlerMapping** — يحدد أي controller method يعالج الـ URL + الـ method.
4. **`preHandle`** — تعمل كائنات `HandlerInterceptor` قبل الـ controller (فحوصات المصادقة، logging، قياس التوقيت)؛ وإرجاع `false` يوقف الطلب.
5. **Argument resolution** — يتم bind والتحقق من `@PathVariable` و`@RequestParam` و`@RequestBody` (عبر `HttpMessageConverter`).
6. **Controller** — تشغّل method الـ `@RestController` الخاص بك منطق العمل وتعيد object أو `ResponseEntity`.
7. **`postHandle`**، ثم تُسَلسَل القيمة المُعادة بواسطة `HttpMessageConverter` (JSON عبر Jackson) أو يُصيَّر (render) view بواسطة `ViewResolver`.
8. **`afterCompletion`** يعمل بعد أن تُلتزَم (commit) الاستجابة؛ ويعالج `@ExceptionHandler`/`@ControllerAdvice` الاستثناءات على طول الطريق.

```java
// 4/7/8. interceptor
public class TimingInterceptor implements HandlerInterceptor {
    public boolean preHandle(HttpServletRequest req, HttpServletResponse res, Object h) {
        req.setAttribute("started", System.nanoTime());
        return true;                       // false = قطع المسار مبكراً
    }
}

// 6. controller
@RestController
class ItemController {
    @GetMapping("/items/{id}")            // 3. mapping
    ResponseEntity<Item> show(@PathVariable Long id) {  // 5. argument resolution
        return ResponseEntity.ok(service.find(id));      // 7. يُسَلسَل إلى JSON
    }
}
```

## لماذا يهم

تحتوي دورة حياة Spring على طبقتَي امتداد مميّزتين يحب المُحاورون التنقيب فيهما: **Filters** (على مستوى servlet، الأبعد للخارج — حيث تعيش Spring Security) و**Interceptors** (على مستوى Spring MVC، حول الـ controller). معرفة الترتيب — filters، DispatcherServlet، mapping، `preHandle` للـ interceptor، ربط الوسائط (argument binding)، controller، تحويل الرسالة (message conversion)، `afterCompletion` — تخبرك أين تضع المصادقة مقابل logging، ولماذا يرفض Security filter طلباً قبل أن يعمل أي interceptor أو controller، وكيف يُركّز `@ControllerAdvice` معالجة الاستثناءات عبر التدفق بأكمله.

المراحل

لماذا يهم

أسئلة ذات صلة