Symfony 4 中不可直接注入 Request，应使用 request 作用域、RequestStack 或参数绑定；推荐 RequestStack 方式，通过 getCurrentRequest() 按需获取当前请求，确保线程安全与作用域正确。
在 Symfony 4 中，自定义服务默认无法直接依赖 Request 对象，因为 Request 是“每次请求”（request-scoped）的，而普通服务默认是“容器作用域”（container-scoped，即单例）。强行注入会导致服务复用时持有过期或错误的请求上下文。正确做法是使用 请求作用域 或 延迟解析机制，而非直接注入 Request 实例。
方式一：将服务设为 request 作用域
适用于确实需要在整个请求生命周期内共享该服务，且该服务内部逻辑强依赖当前请求数据（如 URI、headers、query 参数等）。
- 在服务定义中显式声明
scope: "request"（YAML）或使用->setScope('request')（PHP 配置） - 确保服务类不保存跨请求状态（因 scope=request 仍属容器管理，但每次新请求会重建实例）
- 注意：控制器、事件监听器等已自动运行在 request 上下文中，无需额外配置
config/services.yaml）：
App\Service\MyRequestAwareService:
class: App\Service\MyRequestAwareService
arguments: ['@request_stack']
scope: 'request'
方式二：注入 RequestStack（推荐）
这是 Symfony 官方推荐的标准方式。几乎所有需要访问 Request 的服务都应依赖 RequestStack，它提供安全、线程安全的当前请求访问能力，且不破坏服务作用域设计。
- 构造函数中注入
RequestStack，调用$requestStack->getCurrentRequest() - 即使服务是单例（默认 scope），也能在每次方法调用时获取到正确的当前请求
- 避免在构造函数中直接调用
getCurrentRequest()（可能为 null，如 CLI 环境），应在业务方法中按需获取并判空
namespace App\Service;
use Symfony\Component\HttpFoundation\RequestStack;
class MyService
{
private $requestStack;
public function __construct(RequestStack $requestStack)
{
$this->requestStack = $requestStack;
}
public function doSomething()
{
$request = $this->requestStack->getCurrentRequest();
if (!$request) {
throw new \LogicException('No active HTTP request');
}
return $request->getHost();
}
}
方式三：通过参数绑定（Parameter Binding）自动注入
适合少量简单场景（如只读取 query 或 attributes），可减少手动调用 RequestStack 的样板代码。
- 在
services.yaml中启用bind，将特定参数名自动映射到$requestStack->getCurrentRequest()结果 - 仅限构造函数参数名匹配（如
$request），且类型提示为Request时生效 - 仍需注意 CLI 场景下
getCurrentRequest()返回 null，建议配合判空或使用??提供默认值
services:
_defaults:
bind:
$request: '@=service("request_stack").getCurrentRequest() ?: null'
然后服务可这样写：
public function __construct(?Request $request)
{
$this->request = $request;
}
不推荐的方式：直接注入 Request
Symfony 4+ 已移除对 @request 服务的直接支持。若强行在旧配置中尝试注入 @request，会报错 The service "..." has a dependency on a non-existent service "request"。这是有意为之的设计约束，目的是推动开发者采用更健壮的 RequestStack 模式。
