Symfony 6.x 如何使用ContainerConfigurator分离服务与配置

问题原因 #

你遇到的"You have requested a non-existent service ..."报错，核心是Symfony的配置加载顺序问题：

• 框架会优先加载config/packages/目录下的所有配置文件
• 之后才会加载config/services.yaml/config/services.php中的服务自动注册、自动装配规则
  你在config/packages/my_service.php中调用$container->services()->get(MyService::class)时，目标服务还没被自动注册逻辑加入容器，自然会提示服务不存在。

可行实现方案 #

完全不需要用configurator service就能实现配置独立存放在config/packages目录的需求，推荐用参数绑定方案，同时适配你未来封装bundle的规划：

1. 在config/packages/my_service.php中单独定义配置数组为容器参数，不要直接操作服务定义：

<?php

namespace Symfony\Component\DependencyInjection\Loader\Configurator;

return static function(ContainerConfigurator $container) {
    $container->parameters()->set('my_service.config', [
        'foo' => 'bar',
        // 此处放置所有复杂嵌套配置内容即可
        'example_nested_config' => [
            'option_a' => 123,
            'option_b' => true
        ]
    ]);
};

2. 在MyService的构造函数中，直接通过参数名匹配注入该配置即可（Symfony 6.1默认支持驼峰构造参数名和下划线参数名的自动映射，不需要额外修改服务配置）：

<?php

namespace App\Services;

class MyService
{
    public function __construct(
        private array $myServiceConfig
    ) {
        // 可直接通过$this->myServiceConfig获取完整配置数组
    }
}

方案优势 #

• 所有配置完全存放在config/packages目录下，符合你的目录规划
• 服务代码不需要额外耦合配置逻辑，不需要引入configurator service
• 未来封装bundle时迁移成本极低：你只需要按照bundle规范编写配置树定义类，在扩展类中将用户传入的配置最终转为my_service.config参数即可，现有服务代码不需要任何修改。

如果你确实需要直接修改服务定义而非用参数，只需要把操作服务的代码移动到config/services.php中服务自动加载代码的后方即可，但这种方式会让配置散落在services配置文件中，不符合你独立配置的需求，因此更推荐参数方案。

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