在 Symfony 4 中，必须通过 make:repository 命令创建 UserRepository 并添加 @ORM\Repository 注解，才能将其作为服务自动注入；直接 new 或 getRepository() 会破坏依赖注入和测试性。
在 Symfony 4 中，自定义服务里要用 Doctrine 的 Repository，不能把实体类（如 User）或仓库类（如 UserRepository）直接当构造参数自动注入——因为仓库不是“开箱即用”的服务，必须显式声明、正确配置才能被容器识别和注入。
Repository 必须手动创建并绑定到实体
Doctrine 的 auto_mapping: true 只会为每个实体生成默认仓库实例，但它不支持自定义方法，也不保证 EntityManagerInterface 被正确注入。所以你得主动创建：
- 运行命令生成：
php bin/console make:repository UserRepository - 该命令会：
- 在
src/Repository/UserRepository.php创建类，并自动注入EntityManagerInterface - 在
User实体类上添加注解：@ORM\Repository("App\Repository\UserRepository")
- 在
- 漏掉注解会导致
$em->getRepository(User::class)返回的是 Doctrine 默认仓库，你的自定义方法调不到
在服务中安全注入 UserRepository
只要仓库类已正确定义并绑定，它就成为一个标准服务，可被自动装配（前提是满足 autowire 条件）：
- 确保
services.yaml启用了autowire: true和autoconfigure: true - 在服务构造函数中使用类型提示：
private UserRepository $userRepository - 无需额外配置，容器会自动匹配并注入（前提是类名与服务 ID 对应，且未被 exclude）
- 如果类名不规范（比如没用
Repository结尾），或有多个同类型仓库，可用bind或arguments显式指定
别在服务里 new Repository 或手动 getRepository()
绕过依赖注入直接实例化，会破坏可测试性和生命周期管理：
-
错误写法：
new UserRepository($this->entityManager)—— 容器无法管理，mock 困难，事务上下文可能丢失 -
错误写法：
$this->entityManager->getRepository(User::class)—— 剥离了类型安全和自动注入优势，也难单元测试 -
推荐做法：把仓库作为构造参数注入，业务逻辑专注调用其方法，例如
$this->userRepository->findActiveUsers()
复杂查询逻辑建议放在 Repository，而非 Service
Repository 是封装数据访问逻辑的自然位置：
- 用
QueryBuilder写条件查询、JOIN、分页等，比拼接 DQL 字符串更安全、易调试 - Service 层只负责协调多个仓库、处理业务规则、调用外部服务等，保持轻量
- 这样分层后，单元测试可单独 mock Repository，不用启动数据库
