Symfony 4项目使用FOSUserBundle出现UserManager参数类型不匹配错误

这个报错属于依赖版本兼容问题，和你编写的业务代码、服务配置、缓存清理操作没有关联。

• 根本触发原因是Doctrine从2.10版本开始，将核心持久层类的命名空间从Doctrine\Common\Persistence 迁移到了Doctrine\Persistence 下，原有老命名空间的类被逐步废弃、移除。
• 你当前直接通过默认版本号安装的FOSUserBundle版本过旧，其构造函数的类型提示仍然引用已经废弃的旧命名空间类Doctrine\Common\Persistence\ObjectManager，即使传入的EntityManager实例功能完全匹配，PHP的严格类型校验也会直接抛出类型不匹配的TypeError。
• 报错信息里出现的ContainerXXX\EntityManager_xxxx类，只是Symfony为了性能优化自动生成的EntityManager代理类，本身是合法的EntityManager实例，不是配置错误生成的异常类。这也是你反复删除var目录、执行清缓存命令都无效的原因——问题出在vendor目录下的类定义层面，每次容器编译生成服务时都会触发同样的类型校验。

可以通过两个命令快速定位问题范围：

• 执行composer show doctrine/orm 查看当前实际安装的Doctrine ORM版本，实际安装版本通常会高于你在composer.json里写的^2.8约束，达到2.10及以上，正好处于兼容问题的触发范围。
• 执行composer show friendsofsymfony/user-bundle 查看当前FOSUserBundle版本，2.3.0之前的版本均未适配Doctrine的命名空间迁移调整。

1. 升级兼容版本的FOSUserBundle
   这是最稳定的永久修复方案，执行命令将FOSUserBundle升级到专门适配Doctrine 2.10+的版本：
   composer require friendsofsymfony/user-bundle:^2.3
   该版本与你当前使用的Symfony 4.4、Doctrine ORM ^2.8依赖完全兼容，不会引入版本冲突，官方已通过补丁修复旧命名空间的类型提示问题。
2. 清理历史编译缓存
   升级依赖后，手动删除旧的编译缓存，避免残留的错误缓存影响验证效果：
   • Windows环境：直接删除项目路径下var/cache 整个文件夹
   • Linux/macOS环境：执行rm -rf var/cache/*
3. 验证修复结果
   执行php bin/console cache:clear，如果命令正常执行无报错，说明服务编译环节已经通过类型校验，原站点访问时的报错也会同步消失。

临时兜底方案（不推荐长期使用）：
如果项目存在其他依赖限制无法升级FOSUserBundle，可以手动修改vendor目录下friendsofsymfony/user-bundle/Doctrine/UserManager.php文件的类引入语句，将use Doctrine\Common\Persistence\ObjectManager;替换为use Doctrine\Persistence\ObjectManager;。该方法仅适合临时调试使用，后续执行composer依赖更新时，vendor目录下的文件会被覆盖，问题会再次复现。

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