不能直接注入 request，因为request对象是每次http请求独享的，而服务默认为单例，在无请求上下文时无法实例化；应改用requeststack并判空获取，读取头信息时通过$request->headers->get()等方法操作。
为什么不能直接注入 Request
在 Symfony 4 中，Request 对象是**每次 HTTP 请求独享的**，它只在请求生命周期内有效。服务类（如自定义 Repository、Manager 或 Utility）默认是单例（shared），容器启动时就实例化，而此时还没有任何请求上下文。如果强行在服务构造函数中类型提示 Request，容器会报错：「The "request" service or alias has been removed」或类似提示——因为 request 不是常驻服务。
正确方式：注入 RequestStack
RequestStack 是 Symfony 提供的安全访问机制，它维护一个请求栈（当前请求 + 可能的子请求），支持在任意服务中安全获取当前 Request。使用前确保已启用 HttpKernel 组件（默认已安装）。
- 在服务类构造函数中声明
RequestStack $requestStack - 在方法中调用
$this->requestStack->getCurrentRequest()获取当前 Request 对象 - 务必先判空：
if (null === $request = $this->requestStack->getCurrentRequest()) { /* 无请求上下文，如 CLI 命令 */ }
读取请求头的具体写法
拿到 Request 后，通过 $request->headers 操作，完全兼容控制器中的用法：
-
$request->headers->get('Authorization')—— 大小写不敏感，返回字符串或 null -
$request->headers->get('X-Api-Key', 'fallback')—— 支持默认值 -
$request->headers->has('Content-Type')—— 判断是否存在 -
$request->headers->all()['x-request-id'] ?? []—— 获取该头所有值组成的数组（注意键名自动转小写）
配置服务时需注意的作用域
虽然 RequestStack 本身是共享服务，但你的自定义服务若需频繁访问请求头，建议将其作用域设为 request（Symfony 4.3+ 推荐显式声明），避免意外复用旧请求：
services:
App\Service\ApiHeaderReader:
scope: 'request'
arguments: ['@request_stack']不声明 scope 也能工作，但设为 request 更语义清晰，且在子请求场景下更可靠。
