生产环境部署 Symfony 7 必须确保容器编译完成、惰性服务不被提前解析、OPcache 配置到位：需执行两次命令（cache:clear + cache:warmup）生成 srcApp_KernelProdContainer.php；禁用非必要 autowire 并检查构造函数依赖链；将 opcache.max_accelerated_files 设为 ≥20000 且 opcache.validate_timestamps=0。
生产环境部署 Symfony 7，不能只靠 cache:clear --env=prod 就完事。真正影响上线稳定性和首请求延迟的，是容器编译质量、服务加载策略和运行时缓存协同效果——这三者没对齐，再快的服务器也会卡在第一个请求上。
services.yaml 中 lazy: true 不等于自动生效
很多人加了 lazy: true 就以为服务真惰性了，但实际仍可能被提前实例化。原因在于：Symfony 7 默认启用 autoconfigure 和 autowire，如果某个非惰性服务构造函数里引用了你的惰性服务，容器会在编译阶段“顺藤摸瓜”强制解析它。
- 检查所有构造函数参数类型，确认没有被其他服务直接依赖（尤其注意事件监听器、命令类、控制器基类）
- 用
bin/console debug:container --parameter=container.dumper.inline_class_loader查看是否启用了内联类加载，它会绕过代理机制 - 对确需惰性的重量级服务（如
App\Service\PaymentGateway），显式禁用自动装配：autowire: false
容器编译必须触发两次才能生效
第一次运行 cache:clear --env=prod 只清空缓存目录；第二次运行才会真正触发容器编译并写入优化后的 Container*.php 文件。跳过第二次，你就还在用未优化的“半编译”容器。
- 部署脚本中必须包含两轮命令：
php bin/console cache:clear --env=prod --no-warmup+php bin/console cache:warmup --env=prod - 不要用
--no-cache参数，它会跳过编译缓存生成 - 检查
var/cache/prod/下是否存在srcApp_KernelProdContainer.php及其 .xml 编译产物，缺失说明编译未完成
OPcache 配置不对，容器优化全白费
Symfony 7 编译出的容器类是大段静态 PHP 代码，全靠 OPcache 缓存字节码。但默认 OPcache 配置（尤其 opcache.max_accelerated_files）经常不够用，导致频繁 recompile，首请求慢得离谱。
- 把
opcache.max_accelerated_files调高到至少 20000（Symfony 7 容器类 + Twig 模板 + vendor 类常超此数） - 确保
opcache.validate_timestamps = 0在生产环境生效（否则每次请求都检查文件修改时间） - 验证 OPcache 是否工作：
php -i | grep opcache看opcache.enable和opcache.revalidate_freq
预加载（preload）不是加个 true 就完事
preload: true 在 services.yaml 里启用后，只对匹配 resource 路径下的类起作用。但如果你的服务用了接口绑定、工厂类或动态服务 ID，预加载根本不会覆盖它们。
- 预加载只作用于明确声明的类路径，不处理
factory或calls中的动态逻辑 - 用
bin/console debug:container --show-private找出高频使用但未被预加载的服务，手动补进services.yaml的预加载块 - 预加载类越多，PHP 启动内存越高，别盲目全开；优先预加载
App\Controller\*和核心 service 类
最容易被忽略的是：容器编译结果依赖于当前环境变量值（比如 APP_ENV、APP_DEBUG），而 Docker 构建阶段和容器运行阶段的环境变量若不一致，会导致编译出错的容器类被缓存下来——上线后才发现所有请求都抛 ServiceNotFoundException。
