生产环境composer自动加载慢的主因是未启用opcache或未配置classmap-authoritative；必须同时使用--optimize-autoloader与--classmap-authoritative（或composer.json中设"classmap-authoritative":true），并开启opcache.enable_cli=1，否则优化无效。
生产环境 Composer 自动加载慢，90% 是因为没启用 opcache 或没生成权威类映射——光跑 composer install --no-dev 不等于优化完成，漏掉关键参数或配置，性能几乎原地不动。
为什么 composer install --optimize-autoloader 没效果
这个参数本身不生效，除非你同时加 --classmap-authoritative 或在 composer.json 里配了 "classmap-authoritative": true。默认的 PSR-4 加载逻辑仍会 fallback 到文件系统扫描，--optimize-autoloader（或 -o）只是把 PSR-4 映射转成静态查找表，并不阻止 autoloader 继续查 vendor/autoload_psr4.php 后再 stat() 文件。
- 只加
-o不加--classmap-authoritative：autoloader 仍会尝试按命名空间拼路径、检查文件是否存在，IO 开销照旧 -
composer.json里没设"classmap-authoritative": true：即使命令行加了，某些 Composer 版本（尤其是 2.2+）也可能忽略 - 用了
--no-dev却没清理autoload-dev声明：部分包的测试类仍可能被注册进 loader，造成冗余匹配
opcache.enable_cli=1 必须开，否则白优化
很多人开了 opcache.enable=1，但忘了 opcache.enable_cli=1。这会导致 composer dump-autoload 或 install 生成的 autoload_classmap.php 文件无法被 opcache 缓存——每次请求都得重新解析那个几 MB 的数组，反而比不优化更慢。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- PHP-FPM 进程启动时，CLI 模式生成的 autoload 文件必须能被缓存，否则
opcache.revalidate_freq=0也救不了 - 验证方式：用
php -i | grep opcache.enable确认两项都为On -
opcache.save_comments=0能进一步减小 opcode 大小，对 autoload 性能影响比-o更直接
别信 autoload_classmap.php 文件大小，要看它是否真被用上
生成后 vendor/composer/autoload_classmap.php 变大 ≠ 优化生效。如果项目没显式声明 "classmap": []，这个文件其实只含 PSR-4 映射的扁平化版本，不是全量类路径；而真正起效的是 autoloader 是否跳过了 runtime 查找。
- 用
strace -e trace=stat,openat php -r "new \App\Http\Controller\Home();"观察是否还有大量stat("/vendor/...")失败调用 - 如果仍有，说明 autoloader 还在 fallback，大概率是没配
--classmap-authoritative或某处 autoload 配置冲突 - 删掉
composer.json里无用的"autoload": {"files": [...]}——每个文件都会被require_once，且无法被 classmap 优化
部署脚本里最容易漏掉的三件事
CI/CD 打包或容器构建时，常把 composer install 当成一步到位操作，实际要分清「装包」和「配 loader」是两件事。
- 必须用
composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --prefer-dist，缺一不可 - 安装完立刻删掉
vendor/bin/、vendor/**/tests/、vendor/**/.git、vendor/composer/installed.json，这些目录不参与运行却拖慢首次加载 - 不要在
autoload.php外再封装一层require——比如require __DIR__.'/vendor/autoload.php'写在框架入口里没问题，但若中间加了条件判断或自定义 loader，会绕过所有优化
最常被忽略的其实是“动态类名”场景：用了 new $className 但 $className 不在任何 autoload 规则里，开启 --classmap-authoritative 后直接报错，而不是像默认模式那样默默去文件系统碰运气。这类问题在线上才暴露，本地开发反而一直“侥幸”通过。
