symfony 请求生命周期是 http 请求经 web 服务器接收后，由 httpkernel 驱动的五步标准流程：request 解析、路由匹配、控制器执行、视图处理、响应发送，并通过 kernel.request 至 kernel.terminate 等事件节点实现可拦截扩展。
Symfony 请求生命周期是指一个 HTTP 请求从被 Web 服务器接收，到最终生成并返回 HTTP 响应的全过程。它不是黑箱操作，而是一套由 HttpKernel 驱动、事件驱动、可拦截、可扩展的标准流程。
核心阶段：从 request 到 response 的五步链
整个生命周期围绕 HttpKernel::handle() 展开，关键环节如下：
-
Request 接收与解析：Web 服务器（如 Apache/Nginx）将原始请求交给 PHP，Symfony 通过
Request类封装成对象，包含方法、URI、头信息、参数等 -
路由匹配（Router）：根据配置的路由规则（YAML/注解/XML），查找匹配的控制器和动作，生成
Route对象并注入请求属性 -
控制器执行（Controller）：
ControllerResolver实例化控制器，ArgumentResolver注入依赖参数（如Request、User、自定义服务），调用对应 action 方法 -
视图处理（View）：若返回的是
Response对象则跳过；若返回数组或渲染指令，则触发kernel.view事件，交由模板引擎（如 Twig）渲染 -
响应发送（Response）：最终的
Response对象经kernel.response事件（可用于添加头、压缩、CORS）后，由内核返回给 Web 服务器
可干预的关键事件节点
Symfony 通过 EventDispatcher 在生命周期中广播标准事件，开发者可在任意阶段插入逻辑：
-
kernel.request：请求刚进入，适合做全局鉴权、日志记录、语言切换 -
kernel.controller：控制器即将执行前，可用于参数预处理或权限细粒度校验 -
kernel.view：控制器已返回视图数据、模板尚未渲染，适合统一数据包装（如 API 响应格式标准化） -
kernel.response：响应已生成但未发送，适合添加安全头、缓存策略、响应体压缩 -
kernel.terminate：响应已发送给客户端后异步执行，适合耗时操作（如日志落盘、邮件队列推送）
底层支撑：HttpKernel 与服务协作关系
HttpKernel 本身不干活，而是协调多个核心服务协同完成流程：
-
event_dispatcher：调度所有生命周期事件 -
controller_resolver：定位并实例化控制器类及方法 -
argument_resolver：解析控制器方法所需的全部参数 -
request_stack：管理嵌套请求（如子请求、Esi）的上下文栈 -
router：提供路由匹配与生成 URL 的能力
调试与可视化：Profiler 是你的生命周期显微镜
启用 symfony/profiler-pack 后，开发环境的 Profiler 面板 → “Requests” 标签页会以时间轴形式展示每次请求各阶段耗时，包括：
- 路由匹配用了多少毫秒
- 控制器方法执行了多久
- Twig 模板渲染占了多少时间
- 数据库查询次数与单次耗时
- 每个事件监听器的执行顺序与耗时
点击任一环节，还能看到完整的调用栈，精准定位性能瓶颈或逻辑异常点。
