Symfony 4+ 默认启用 autowire，控制器通过构造函数或方法参数类型提示自动注入服务；推荐构造函数注入，禁用 $this->get()；控制器须为容器注册的服务，类型提示需准确，自定义类需显式配置，标量参数需 bind 绑定。
控制器里直接类型提示就能注入，不用手动 get()
Symfony 4+ 默认启用 autowire，控制器方法参数或构造函数里写接口/类名类型提示，容器自动提供对应服务实例。这是最干净、可测试性最强的方式，也是官方推荐路径。
- 构造函数注入优先：把依赖声明为
private readonly属性 + 构造函数参数，避免后期意外修改 - 方法注入仅限特定场景：比如只在某个 action 里用到的服务，且该服务初始化开销大（但多数情况不必要）
- 别再用
$this->get('service.id')：这个方法在 Symfony 6.4 已标记为 deprecated，Symfony 7 将彻底移除 - 控制器本身必须是容器注册的服务：确保它在
config/services.yaml中被自动扫描到（默认App\:配置已覆盖src/Controller/）
构造函数注入写法和常见报错
写错类型提示或漏配 autowire 是最常导致注入失败的原因。不是“没生效”，而是容器根本找不到匹配的服务。
- 类型提示必须准确：用
MailerInterface而不是Mailer；用UserRepository（类名）而不是App\Repository\UserRepository（完整 FQCN 字符串） - 检查服务是否真被注册：运行
bin/console debug:container 'App\Controller\MyController'，看输出里Arguments是否列出你期望的依赖 - 如果看到
Class "App\Controller\MyController" does not exist，先确认命名空间、文件路径、类名大小写——Windows 下尤其容易因大小写不敏感掩盖问题 - 若依赖是自定义类且未实现标准接口，确保该类已在 services.yaml 中显式声明（或至少被
App\:resource 规则覆盖）
需要传配置参数时怎么混用对象和字符串
构造函数既有服务对象又有标量（如 string $apiUrl, int $timeout），autowire 无法猜出字符串值，必须显式绑定。
- 全局绑定（推荐）：在
services.yaml的_defaults块里加bind:，例如：bind:<br> $apiUrl: '%env(API_URL)%'<br> $timeout: '%env(int:API_TIMEOUT)%'
- 局部绑定：只为某个服务指定，例如：
App\Controller\ApiController:<br> arguments:<br> $apiUrl: 'https://api.example.com'<br> $timeout: 15
- 注意顺序：arguments 列表顺序必须和构造函数参数顺序完全一致，否则值会错位
- 环境变量未定义时，
%env(...)%会触发运行时报错，建议配合default或 fallback 处理（如%env(default::API_URL)%）
为什么不能在控制器里 new Service()？
手动 new 实例绕过了容器，等于主动放弃依赖注入的所有好处：无法自动注入其子依赖、无法被装饰器（decorator）拦截、无法享受生命周期管理（如 lazy loading）、单元测试时难 mock。
- 典型症状：Service A 依赖 B，B 又依赖 C，你 new A 之后发现 B 的构造函数报错 —— 因为 B 没被容器初始化，C 更无从注入
- 更隐蔽的问题：某些服务（如
EntityManager）是 request-scoped，new 出来的实例可能持有过期连接或错误上下文 - 唯一例外是 DTO、VO 等纯数据对象，它们本就不该有行为或依赖
