Symfony 6中是否支持将服务作为路由参数注入使用？

Symfony 6 原生路由的defaults配置不支持直接通过@服务ID的写法自动解析注入服务。
路由默认参数的解析逻辑仅会自动识别并替换%xxx%格式的容器参数，@logger这类写法会被当作普通字符串处理，不会触发依赖注入容器的服务解析——这是刻意的设计：路由组件本身和依赖注入组件是解耦的，路由层默认不持有容器引用，不会主动做服务解析，避免两层职责强绑定。

完全不需要注入完整服务容器，符合官方最佳实践的实现方式有两种，可根据场景选择：

方案1：自定义参数解析器（适合自有控制器场景） #

Symfony 6 内置的参数解析器机制支持自定义控制器参数的注入逻辑，是最简洁优雅的实现方式：

1. 路由配置中直接存储服务ID字符串即可，不需要加@前缀：

legacy_one:
    path:       /somepage
    controller: App\Controller\CustomRedirectController::redirect
    defaults:
        logger_service: 'defaultLogger'
        # 其余重定向参数保持原有配置即可
        route: 'target_route'
        permanent: true

legacy_two:
    path:       /otherpage
    controller: App\Controller\CustomRedirectController::redirect
    defaults:
        logger_service: 'alertLogger'
        route: 'target_route'
        permanent: true

2. 注册专用服务定位器（ServiceLocator），仅暴露你需要用到的服务，从根源上避免注入完整容器的问题：

# config/services.yaml
services:
    redirect_logger_locator:
        class: Symfony\Component\DependencyInjection\ServiceLocator
        arguments:
            -
                defaultLogger: '@monolog.logger'
                alertLogger: '@monolog.logger.alert'
        tags: ['container.service_locator']

3. 编写自定义参数解析器，根据路由参数里的服务ID，从服务定位器取出对应服务自动注入控制器：

<?php
namespace App\Resolver;

use Psr\Log\LoggerInterface;
use Symfony\Component\DependencyInjection\ServiceLocator;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpKernel\Controller\ValueResolverInterface;
use Symfony\Component\HttpKernel\ControllerMetadata\ArgumentMetadata;

class LoggerValueResolver implements ValueResolverInterface
{
    public function __construct(private ServiceLocator $redirect_logger_locator)
    {}

    public function resolve(Request $request, ArgumentMetadata $argument): iterable
    {
        // 仅匹配类型为LoggerInterface、参数名为logger的控制器参数
        if ($argument->getType() !== LoggerInterface::class || $argument->getName() !== 'logger') {
            return [];
        }
        // 从路由默认参数读取配置的服务ID，不存在则使用默认logger
        $loggerServiceId = $request->attributes->get('logger_service', 'defaultLogger');
        yield $this->redirect_logger_locator->get($loggerServiceId);
    }
}

4. 给解析器打上对应标签即可自动生效：

App\Resolver\LoggerValueResolver:
    tags:
        - { name: controller.argument_value_resolver, priority: 50 }

配置完成后，控制器里直接声明LoggerInterface $logger参数，就会根据当前路由配置自动注入对应的日志服务，不需要额外写判断逻辑。

方案2：监听控制器事件（适配内置控制器场景） #

如果你不想重写框架内置的RedirectController，可以监听kernel.controller事件，在控制器执行前根据路由配置动态处理参数：

• 同样复用上面的服务定位器，不注入完整容器
• 在事件回调中读取当前请求的路由属性，拿到配置的logger服务ID，从定位器取出服务后传入控制器
• 如果内置控制器本身没有声明接收logger参数，只需要继承内置RedirectController添加logger参数和对应日志逻辑即可，代码量极少。

• 不要直接注入完整服务容器按ID取服务：会导致控制器和容器强耦合，依赖关系不透明，大幅提升测试和维护成本
• 不要尝试在路由配置中直接传入服务实例：路由属于配置层，持有服务对象引用会破坏框架路由缓存机制，导致配置难以维护。

内容的提问来源于stack exchange，提问作者Andrei Herford