Composer不保证包加载顺序，只确保自动加载规则注册顺序可预测；真实冲突多源于autoload配置错误、classmap优先级或PSR-4命名空间重叠。
Composer 不按你写的 require 顺序加载包，也不保证先加载 A 再加载 B —— 它只保证类自动加载规则注册顺序可预测，而依赖解析结果唯一。 所谓“加载顺序冲突”，90% 是误判，真实问题藏在 autoload 配置、classmap 优先级或 PSR-4 命名空间重叠里。
autoload 注册顺序不等于类加载执行顺序
很多人看到两个包都声明了 AppHelper 类，就以为是 “谁先被 require 进来谁生效”。错。Composer 的 autoloader 是一次性注册所有规则，PHP 在 new AppHelper() 时才按规则查路径，查到第一个匹配就停 —— 不管它来自哪个包。
- PSR-4 映射是 fallback 行为：只有 classmap 没命中时才触发
- classmap 查表优先级最高，一旦你在
classmap里手动加了"src/Helper.php"，哪怕另一个包也提供了同名类，它也永远进不了 PSR-4 流程 - 运行
composer dump-autoload -v，看输出里是否同时列出了两个包的命名空间；如果只有一方出现，说明另一方的 autoload 配置根本没被读取（比如缩进错误、逗号遗漏）
PSR-4 前缀撞车：不是加载慢，是直接 fatal error
最典型的“顺序冲突”现象：项目一跑就报 Fatal error: Cannot declare class AppHelper。这不是 Composer 加载慢或卡住，是 PHP 解析器第二次遇到同名 class 定义时直接终止。
- 检查所有包的
composer.json中autoload字段：有没有都用了""（空前缀）或宽泛前缀如"App": "src/" - 你自己项目的
composer.json里，绝不能把多个第三方包的源码目录映射到同一前缀下（例如都塞进"App": "vendor/pkg-a/src/"和"App": "vendor/pkg-b/src/"） - 临时验证：用
composer dump-autoload -o生成优化版 classmap，再删掉vendor/composer/autoload_psr4.php，只留 classmap —— 如果错误消失，说明冲突纯属 PSR-4 前缀重叠
classmap 和 PSR-4 混用时的优先级陷阱
classmap 不是“补充”，它是 autoload 的第一道关卡。只要路径对得上，PSR-4 根本不会启动。
-
classmap路径必须写相对路径，比如"lib/"✅，"./lib/"❌，/full/path/lib/❌ - PSR-4 映射末尾必须带反斜杠：
"App\": "src/"✅，"App\": "src"❌（后者会让AppHelper变成src/Helper/Helper.php） - 运行
composer show --tree vendor/conflicting-pkg，确认它是否通过require-dev被间接拉入 —— 很多“生产环境冲突”其实源自 dev-only 包的 autoload 声明污染了主 autoloader
真正难处理的不是“谁先加载”，而是 classmap 和 PSR-4 规则在 vendor/autoload.php 里注册后，PHP runtime 对类名的解析路径已固化。改配置不如先验证路径是否真被注册，比盲目调顺序更省时间。
