Symfony 7中autowire不生效主因是类型推断受阻：接口未绑定实现、构造函数参数名与服务ID不匹配、或多同类型服务无优先级；且仅对public服务默认生效。
为什么 autowire 在 Symfony 7 里有时不生效
不是配置没开，而是类型推断被“卡住”了——常见于接口未绑定实现、构造函数参数名与服务 ID 不匹配、或存在多个同类型服务却无明确优先级。
实操建议：
-
autowire默认只对 public 服务起作用；私有服务需显式声明autoconfigure: true或手动绑定 - 检查
debug:container --types是否列出目标接口的可用实现；若为空，说明容器根本没注册该接口的实现类 - 避免用模糊命名如
$logger注入LoggerInterface，而应确保服务 ID 是logger（或通过bind显式映射） - PHP 8.1+ 的 readonly 属性不会阻止自动装配，但构造函数参数必须有完整类型提示，不能是
mixed或缺失类型
lazy: true 配置后还是立刻实例化？
因为惰性代理只在“首次调用方法”时触发初始化，但如果服务被其他服务以引用方式注入（比如作为属性直接赋值）、或被 get() 强制获取，代理就失效了。
实操建议：
- 确认没有在任何地方调用
$container->get('App\Service\HeavyService')—— 这会绕过代理，直接实例化 - 检查是否用了
arguments: ['@App\Service\HeavyService']而非arguments: ['@.inner']：前者传的是代理对象，后者可能传实际对象（取决于上下文） - 启用
debug:container --show-private查看服务是否标记为lazy，以及其类是否生成了Proxy后缀 - 注意：Doctrine EntityManager 等内置服务默认已是 lazy，重复配置无效
生产环境 cache:clear 后容器启动变慢？
不是缓存没生效，而是 Symfony 7 在 prod 环境下默认启用更严格的编译检查（如循环依赖检测、类型一致性验证），且首次 warmup 会生成大量优化后的 PHP 文件。
实操建议：
- 不要在部署脚本里只跑
cache:clear，务必跟上cache:warmup --env=prod - 禁用开发专用功能：确保
APP_ENV=prod且debug=false，否则容器仍会加载调试工具链 - 检查
config/services.yaml中是否有resource: '../src/这类宽泛扫描——它会让容器反复解析所有类，建议缩小范围或用exclude - 大项目可启用
container.dumper.inline_factories: true（需 Symfony 7.1+），减少工厂类文件 I/O
如何判断某个服务是否真被内联（inlined）？
内联只发生在私有服务且仅被一个其他服务引用时，容器会把它的构造逻辑“塞进”父服务的工厂方法里，不单独实例化。
实操建议：
- 运行
debug:container --show-private，如果服务显示为inline或inlined，说明已内联 - 查看
var/cache/prod/srcApp_KernelProdContainer.php，搜索服务类名——若找不到独立的 factory 方法，大概率已被合并 - 内联的前提是服务必须是
private: true且未被任何其他服务通过@service_id引用（包括事件监听器、命令等间接引用） - 别强行内联：比如 Logger 或 Translator 这类高频复用服务，内联反而破坏单例语义和性能
debug:container 和缓存文件反推实际行为。 
