Symfony DI 在 PHP 8.5.7 下变慢的主因是默认配置未适配其类加载机制与 OPcache 行为：opcache.interned_strings_buffer 默认 8MB 易溢出；开发模式未关闭导致反复解析 YAML、校验时间戳；服务定义含动态引用使容器无法被完整缓存；且 opcache.max_accelerated_files 过小引发缓存驱逐。
为什么 Symfony DI 在 PHP 8.5.7 下加载变慢？
不是 Symfony 或 PHP 版本本身的问题，而是默认配置没适配 8.5.7 的类加载机制和 OPcache 行为。PHP 8.5.7 对 interned strings 更敏感，opcache.interned_strings_buffer 默认 8MB 容易溢出；同时 Symfony DI 的 YAML 解析、服务定义编译过程若未关闭开发模式，会反复扫描文件、校验时间戳，叠加后导致首次请求延迟明显。
必须关掉的三个开发开关
生产环境不关这些，DI 容器每次都会重建、重解析、重校验——哪怕只是改了一行注释。
-
debug: false（YAML 配置里）或$container->setParameter('kernel.debug', false)—— 关闭调试模式，禁用服务定义变更监听 -
opcache.validate_timestamps=0和opcache.revalidate_freq=0—— 否则每次请求都 stat 所有 YAML/PHP 配置文件，I/O 拖垮性能 - 删除
dev环境专用配置（如services_dev.yaml）在生产包中 —— Composer autoload 不会自动排除它们，Symfony 仍会尝试加载
怎么让服务定义真正“编译一次，长期复用”？
关键不是写得漂亮，而是让容器能被完整缓存住。PHP 8.5.7 + OPcache 要求服务定义必须是“静态可序列化”的，任何闭包、匿名函数、动态引用都会导致缓存失效。
- 避免在
services.yaml中使用factory: ['App\Factory::create', 'method']这类运行时调用，改用factory: ['@App\Factory', 'create']并确保工厂类本身无构造依赖循环 - 所有
arguments:必须是字面量、参数占位符（%env()%除外）、或@service_id引用；禁止写arguments: ["<?php return time(); ?>"]类似逻辑 - 执行
php bin/console cache:clear --no-debug后，检查var/cache/prod/srcApp_KernelProdContainer.php是否生成且不为空 —— 这才是最终被 OPcache 缓存的“编译后容器”
classmap 自动加载对 DI 有帮助吗？
有，但只在特定场景下有效：当你有一批无命名空间的老服务类（比如 DatabaseHelper、LegacyLogger），又不想重构 PSR-4 结构时，classmap 可以让它们被 Composer 一次性扫进 autoloader，避免 DI 容器在 resolve 时触发 __autoload 回退或抛出 Class not found。
立即学习“PHP免费学习笔记（深入）”；
- 在
composer.json中加："autoload": { "classmap": ["src/LegacyServices/"] } - 执行
composer dump-autoload -o（-o是关键，生成优化后的 classmap 数组） - 注意：新增类后必须重跑
dump-autoload，否则 DI 容器找不到类 —— 这和 PSR-4 的实时映射不同
最易被忽略的是：即使用了 opcache.enable=1，如果 opcache.max_accelerated_files 设得太小（比如默认 2000），而你的项目加上 vendor 有 12000+ 个 PHP 文件，OPcache 就会频繁驱逐，包括刚编译好的容器文件 —— 这时候看 opcache_get_status()['opcache_statistics']['oom_count'] 就会发现非零值。
