告别手动引入：深入Composer自动加载机制提升开发体验-composer-PHP中文网

composer自动加载需精确匹配命名空间、目录结构与加载类型；psr-4适用于标准命名映射，classmap适合遗留代码；改配置或文件后必须运行composer dump-autoload。

告别手动引入：深入composer自动加载机制提升开发体验

Composer 的自动加载不是“配完就能用”的黑箱，它依赖你对命名空间、目录结构和加载类型的准确匹配；配错一处，Class not found 就会准时出现。

autoload 配置里 psr-4 和 classmap 到底怎么选

psr-4 适用于标准命名空间映射（比如 App\Controllers\ → src/Controllers/），要求类名与文件路径严格对应；classmap 则是“暴力扫描”，适合遗留代码、无命名空间类或动态生成的类文件，但会增大 vendor/autoload.php 加载开销。

新项目优先用 psr-4，在 composer.json 中写清楚前缀和路径：
```
"autoload": {
  "psr-4": {
    "App\": "src/"
  }
}
```
含 functions.php 或全局函数？必须加 files 类型：
```
"autoload": {
  "files": ["src/helpers.php"]
}
```
想临时让某个目录下所有 PHP 文件被加载（不关心命名空间）？用 classmap，但记得运行 composer dump-autoload 才生效

为什么 vendor/autoload.php require 一次就全局可用

因为 Composer 自动生成的 autoload.php 不只是简单包含文件，它注册了 PHP 的 spl_autoload_register() 回调函数，把类名解析、路径查找、文件包含整个链路封装好了。只要没手动调用 spl_autoload_unregister() 或覆盖 autoload 栈，后续任何 new XxxClass() 都能触发自动加载。

Workflow Decomposer

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

下载

不要在代码里重复 require 'vendor/autoload.php' 多次——它本身有防重载机制，但多写无益，还可能掩盖启动顺序问题
CLI 脚本和 Web 请求共用同一份 autoloader，但要注意：CLI 下的当前工作目录可能影响相对路径逻辑（尤其用了 files 类型时）
如果发现某些类在 Web 下能加载、CLI 下报错，先检查 getcwd() 是否一致，再确认 composer dump-autoload -o 是否已优化过