Composer生产环境优化加载_Composer优化自动加载逻辑教程-composer-PHP中文网

生产环境必须用 composer install --no-dev --optimize-autoloader；dump-autoload -o 不生成 classmap，仅优化 PSR-4 映射，无法替代完整构建流程。

composer生产环境优化加载_composer优化自动加载逻辑教程

生产环境必须用 composer install --no-dev --optimize-autoloader，不是 composer dump-autoload -o；后者在 Composer 2.x + PHP 7.4+ 下基本无效，甚至拖慢冷启动。

它不重建 vendor/composer/autoload_classmap.php，只刷新 PSR-4 映射和 autoload_static.php。classmap 文件只在 install 或 update 阶段生成 —— 这是 Composer 的底层行为，不是 bug。

执行 dump-autoload -o 后发现 autoload_classmap.php 没更新、甚至不存在，说明项目从未触发过 classmap 构建流程
"optimize-autoloader": true 写在 composer.json 里只是默认开关，不自动执行任何动作
除非你显式配置了 "classmap" 数组或用了 "files" 加载方式，否则 -o 对 classmap 零影响

前者是完整构建流程：扫描所有启用的 autoload 配置（psr-4、classmap、files），生成最终可用的 classmap；后者默认跳过 classmap 扫描，仅重写轻量映射文件。

标准 Laravel/Symfony 项目只靠 PSR-4，dump-autoload -o 实际只是把 PSR-4 映射“硬编码”进 classmap 文件，不解决根本问题
检查 vendor/composer/autoload_classmap.php：如果体积暴涨（几 MB）、内容全是路径字符串，基本就是白忙
CI/CD 流水线中必须固化 composer install --no-dev --optimize-autoloader，不能依赖本地 dump-autoload

这个参数不是“加速开关”，而是“严格模式开关”：类不在 classmap 里就直接抛错，不再 fallback 到 PSR-4 拼路径。报错不是配置错了，是 classmap 漏了类。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

"App\": "app/" 缺末尾反斜杠 → 应为 "App\"，命名空间扫描失败
新增了 app/Console/Commands/DeployCommand.php，但类名是 class DeployCommand，而命名空间却是 namespace AppConsoleCommands;（缺 \ 分隔符）
误把 tests/、examples/ 路径塞进了 psr-4 或 classmap，导致 classmap 膨胀且漏掉真实类

别只看命令有没有报错，得查文件和代码两处：

运行 composer install --no-dev --optimize-autoloader --classmap-authoritative 后，检查 vendor/composer/autoload_classmap.php 是否存在且含几千个类路径
打开 vendor/composer/autoload_real.php，搜 addClassMap —— 如果看到 $loader->addClassMap($map) 被调用，说明 classmap 已加载；如果只有 setPsr4 没有 addClassMap，那优化根本没进去
线上部署后，用 php -d opcache.enable=1 -r "require 'vendor/autoload.php';" 测试是否能被 OPcache 缓存，并查 opcache_get_status()['scripts'] 里有没有它