Symfony 4迁移异常：公共服务被移除/内联问题求助

我刚帮朋友处理过类似的Symfony版本迁移问题，你的情况其实是Symfony 4+依赖注入机制和自动注册规则导致的典型问题，下面给你梳理几种合理的解决方案：

问题根源 #

Symfony 4及以后的自动注册（autoregistration）默认只扫描你的项目src/目录下的类，第三方Bundle的类（比如SimpleThings\EntityAudit\AuditReader）不在这个扫描范围内。所以当你直接在构造函数里声明注入这个类时，容器不知道它对应哪个服务ID，就会报错。

而你用$this->container->get()报错，是因为Symfony在编译容器时，即使服务是公共的，也可能因为你的自定义服务开启了自动配置（autoconfigure）或者容器优化策略，导致无法直接从容器获取——这也是Symfony不推荐直接调用容器的原因，依赖注入才是规范做法。

解决方案 #

1. 显式配置服务依赖（推荐，符合最佳实践） #

不需要额外加别名，直接在services.yaml里给你的自定义服务指定依赖：

# config/services.yaml
App\Service\YourCustomService:
    arguments:
        $auditReader: '@simplethings_entityaudit.reader'

然后在你的自定义服务构造函数里正常声明参数：

namespace App\Service;

use SimpleThings\EntityAudit\AuditReader;

class YourCustomService
{
    private $auditReader;

    public function __construct(AuditReader $auditReader)
    {
        $this->auditReader = $auditReader;
    }

    // 你的业务方法
}

这种方式清晰明确，不需要修改第三方Bundle相关配置，完全符合Symfony依赖注入的显式声明原则。

2. 添加类到自动注入映射（别名方式，合理且高效） #

你之前尝试的添加别名的方法其实完全合法，并非“不应需此操作”。当你需要在多个服务里注入AuditReader时，加一次别名就能让所有地方自动注入，不用逐个配置：

# config/services.yaml
SimpleThings\EntityAudit\AuditReader:
    alias: simplethings_entityaudit.reader

Symfony官方文档里也明确允许这种做法，用来为第三方服务类创建别名，方便自动注入。如果你的项目里多处需要用到这个服务，这种方式会更高效。

3. 检查第三方Bundle的自动注入支持 #

有些第三方Bundle会提供autowiring_types配置，允许他们的类被自动注入。你可以查看SimpleThingsEntityAuditBundle的文档或者源码，看有没有类似的配置选项。如果有的话，开启对应的配置后，Symfony就能自动把AuditReader类映射到对应的服务ID，不用手动配置别名或依赖。

总结 #

放弃直接调用$this->container->get()的方式，改用依赖注入是Symfony 4+的最佳实践。上面的三种方案里，第一种和第二种都是最常用的合理解决方案，根据你项目的实际情况选择即可——如果只是单个服务需要注入，用第一种；如果多个服务需要，用第二种更方便。

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