在 Symfony 4 中，自定义服务操作数据库须通过构造函数注入 EntityManagerInterface，不可注入实体；应使用 Repository 服务查询数据，测试时通过容器获取私有服务。
在 Symfony 4 中，自定义服务要操作数据库，核心是获取 EntityManagerInterface，而不是“注入实体”。实体（如 App\Entity\User）不是服务，不能也不该被容器自动注入到服务构造函数中——这是常见误解，会导致运行时错误或逻辑混乱。
正确获取 EntityManagerInterface
你的自定义服务类应通过构造函数类型提示，让 Symfony 自动注入管理器。前提是满足自动装配条件（autowire: true 已启用，类在扫描路径内，类型提示准确）：
- 确保
config/services.yaml中有类似配置：services:<br> _defaults:<br> autowire: true<br> autoconfigure: true<br> App\:<br> resource: '../src/*'
- 在服务类中声明依赖：
use Doctrine\ORM\EntityManagerInterface;<br>class UserExporter<br>{<br> public function __construct(private readonly EntityManagerInterface $em)<br> { }<br>} - 无需手动配置服务定义，autowire 会自动匹配
doctrine.orm.default_entity_manager对应的服务。
别把实体当服务注入
下面写法是错误的，Symfony 容器无法解析并提供某个具体实体实例：
-
public function __construct(EntityManagerInterface $em, User $user)——$user不是容器管理的服务，没有唯一 ID 可绑定； - 即使你用
new User()手动传入，也破坏了服务的无状态性和可测试性； - 正确做法是把实体作为方法参数：例如
public function exportUser(User $user): array，由调用方（如控制器）负责查出实体后传入。
需要查数据？用 Repository 而非直接写 DQL
如果服务内部需根据条件查实体，不要在服务里 new Repository 或手写 DQL。应注入对应 Repository（它本身是服务）：
- 先用命令生成：
php bin/console make:repository UserRepository； - 确保实体类注解含
@ORM\Repository("App\Repository\UserRepository")； - 在服务中注入：
public function __construct(private readonly UserRepository $userRepository)； - 然后调用
$this->userRepository->findByActive(true)等自定义方法。
测试时访问私有服务
在 PHPUnit 测试中需要验证服务行为？启动内核后直接从容器取即可，无需改服务可见性：
self::bootKernel();$container = static::$container;$service = $container->get(UserExporter::class);
