composer自动加载包含files、classmap、psr-4、psr-0四类策略，按固定顺序执行；psr-4要求命名空间键以双反斜杠结尾、路径值以正斜杠结尾，否则路径拼接错误导致class not found；classmap优先于psr-4生效；修改配置后必须执行composer dump-autoload且入口文件首行require vendor/autoload.php。
Composer 自动加载不是“一种方式”，而是四类加载策略共存，各自触发条件、性能开销和适用场景完全不同；混用时优先级固定，但配置写错一个符号就全失效。
PSR-4 加载为什么必须带反斜杠和斜杠？
PSR-4 映射是字符串级机械拼接，不是模糊匹配。比如配置 "App\": "src/"：
- 类名
AppHttpControllersHomeController剥离前缀App\后剩HttpControllersHomeController - 把
全替成/→Http/Controllers/HomeController - 拼上路径
src/→src/Http/Controllers/HomeController.php
漏掉命名空间末尾的 \（写成 "App"），或路径末尾缺 /（写成 "src"），就会拼出 srcHttp/Controllers/HomeController.php 这种非法路径，直接 404。Linux 下文件名大小写也必须严格一致：HomeController.php 里只能定义 class HomeController。
classmap 和 PSR-4 混用时谁先生效？
ClassLoader 内部有明确 fallback 顺序：先查 PSR-4 前缀匹配，没命中再查 classmap 全局表。这意味着：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 同一个类既符合 PSR-4 规则、又被扫进 classmap，PSR-4 仍优先生效
- classmap 是暴力扫描生成的静态数组，执行
composer dump-autoload才更新；删了文件但没重 dump，classmap 里还留着旧路径，可能加载到已删除的类文件 - classmap 适合无命名空间的老代码或工具函数文件，但构建慢、维护成本高
files 加载和 autoload 的本质区别是什么？
files 类型不参与自动加载队列，是“立即执行”的全局包含：
- 在
composer.json里配置"files": ["src/helpers.php"]，vendor/autoload.php会直接include_once它 - 它不依赖类名或命名空间，也不走
spl_autoload_register()，所以不能用于类定义，只适合function_exists()风格的工具函数 - 修改
helpers.php后无需dump-autoload，但增删文件必须重新运行该命令才能更新包含列表
为什么改了 composer.json 还是 Class not found？
根本原因永远只有两个：加载器没注册，或映射表没更新。具体表现为：
- 入口文件第一行没写
require 'vendor/autoload.php'—— 整个 autoload 链没启动，PHP 根本不触发任何加载逻辑 - 改了
autoload.psr-4但没跑composer dump-autoload——vendor/composer/autoload_psr4.php还是旧数组，查表查不到新类 - CI/CD 流水线用了
--no-scripts，跳过了 autoload 生成步骤 —— 直接检查vendor/composer/autoload_psr4.php是否存在、内容是否含你的路径
最隐蔽的坑是：CLI 脚本和 Web 入口（如 public/index.php）必须各自显式 require，它们不共享 autoload 注册状态；框架在 bootstrap 前就 new 类，而 autoload.php 还没引入，也会炸。
