symfony容器性能优化关键在减少冗余操作：启用编译缓存并确保app_env=prod、app_debug=false；禁用inline_factories；限制autowire范围；对非核心服务设lazy: true；正确配置opcache预加载；测试中用static::$container访问私有服务。
ServiceContainer 的性能瓶颈不在“怎么写服务”，而在“怎么让容器少做点事”——尤其是生产环境里，每次请求都重建或反复解析定义，开销远超你想象。
容器编译缓存必须启用且不被覆盖
Symfony 7 默认在 var/cache/prod/ 下生成 srcApp_KernelProdContainer.php 这类编译后容器文件，但如果你开了 container.dumper.inline_factories: true 或误配了 debug: true，它会退化成运行时动态构建，失去所有预编译优势。
- 确认
APP_ENV=prod且APP_DEBUG=false，否则容器跳过编译直接走反射 - 禁用
container.dumper.inline_factories（默认已关，但 YAML 中显式设为false更稳妥） - 检查
var/cache/prod/srcApp_KernelProdContainer.php是否真实存在且时间戳在部署后更新过 - 不要在
services.yaml里对每个服务加public: true——这会强制容器保留所有服务的引用，增大内存占用
服务定义要“懒加载”且避免自动注入爆炸
容器启动时加载全部服务定义是常见误区。Symfony 7 的 autowire 和 autoconfigure 很方便，但若没约束范围，会导致大量无用类被扫描、反射、注册。
- 用
App\Infrastructure\**这类精确命名空间限制自动注册范围，别写App\** - 对非核心服务（如 CLI 命令、事件监听器）加
lazy: true标签，它们只在真正调用时实例化 - 避免在构造函数里依赖
ContainerInterface或ServiceLocator——这等于绕过容器优化逻辑，还让 IDE 无法推导类型 -
kernel.terminate事件监听器默认是 lazy 的，但如果你手动注册并设了public: true，反而破坏了这个机制
预加载（Preload）必须配对 OPcache 配置
PHP 8.0+ 的 opcache.preload 能把容器类、核心组件提前载入内存，但单靠 config/preload.php 不够——OPcache 自身配置不当，preload 会被忽略或失效。
- 确保
php.ini启用了：opcache.preload=/path/to/project/config/preload.php，且opcache.preload_user设为 Web 进程用户（如www-data） -
opcache.memory_consumption至少设为256，否则 preload 文件一多就挤掉其他缓存 -
opcache.max_accelerated_files推荐20000起，因为 Symfony 7 容器编译后常含上千个类文件 - 每次部署后必须执行
opcache_reset()（通过 Web 请求触发，CLI 不影响 Web 进程）
私有服务在测试中别改定义，用 static::$container
有人为测私有服务，把 services.yaml 里全加上 public: true，上线又删掉——这会导致缓存键变化、容器重建，白白损失性能。
- 集成测试一律继承
KernelTestCase或WebTestCase，用static::$container->get(MyService::class)直接取，这是 Symfony 7 内置的测试专用容器，不污染生产配置 - 不要在测试中调用
$kernel->getContainer()，它返回的是普通容器，拿不到私有服务 - 如果必须 mock 某个私有服务，用
static::$container->set()替换实例，而不是改 YAML 定义
最易被忽略的点：容器性能问题往往藏在“看似无关”的配置里——比如一个没关的 debug 开关、一个错位的 preload.php 路径、或者测试代码意外泄漏到生产 autoloader。优化不是堆参数，而是砍掉所有非必要路径。
